Простые вещи, которые следует знать о Sonic ESB

Простые вещи, которые следует знатьо Sonic ESB Вячеслав Туркин, ведущий специалист по интеграционным решениям. v.turkin@progress-tech.ru

Целевая аудитория • Разработчики интеграционных решений • Архитекторы SOA

Sonic ESB – это • Мощная платформа промышленной интеграции • Непревзойденная масштабируемость • По производительности не уступает аналогам на С/C++ • Непрерывная доступность с Continuous Availability Architecture(TM) • Кросс-платформенный продукт

Sonic ESB – этоэффективный инструмент • Но!... Чтобы эффективно его использовать, следует кое-что знать о нем… • Далее будут представлены некоторые практические правила, который позволят боле эффективно использовать SESB.

Правило 1. • Не создавайте цепочек сервисов Не делайте этого • Создавайте процессы (!)

Правило 2 • Используйте процесс в качестве главной строительной единицы. • Если вам требуется функция лишь одного сервиса, создайте процесс и поместите в него сервис • Исключение: т.н. On-Ramp – сервисы

Правило 3 • Увеличивайте соотношение процессов и сервисов: • P/S > 10

Правило 4. Если процесс не “слушает”очередь или тему JMS То не размещайте его в контейнере

Правило 5 • Мыслите терминами NGSO • Node – сервер, узел или машина • Group – контур (набор сервисов и интегрируемых приложений, участвующих в решении логически единого круга задач, например экспертизы кредитной заявки) • Service – сервис в терминологии SOAP (служба, предоставляющая набор операций) • Operation – операция, например getAccountsили getAccountActivity

Правило 6 • Классифицируйте процессы по типам • Это обеспечивает повторное использование и предотвращаем засорение архитектуры Вашего решения • Типы процессов: • Процесс доставки • Процесс обработки

Процессы доставки • Имеют входную конечную точку, • Как правило, «слушают» очередь или тему JMS

Это процесс доставки • Является сервисом в терминах NGSO • Выбирает операцию • Может иметь описание WSDL и вызываться как JMS или Web-сервис

Процесс-операция • Рассматривайте такой процесс как операцию • Не назначайте входной конечной точки • Не располагаются в ESB-контейнере • Вызывайте как подпроцесс

Правило 7 • Не внедряйте свои процессы и сервисы в другой домен из среды разработки

Правило 7 (продолжение) • Вместо этого используйте ESBAdminили Sonic Deployment Manager

Правило 8.Используйте модели Sonic Deployment Manager • Используйте модели Sonic Deployment Manager для описания, хранения и изменения конфигурации MQ и ESB

Правило 10. Придерживайтесь порядка внедрения, четко распределите роли участников

Service Access FrameworkInbound Functional Architecture Service Access Service Composition & Mediation (ESB) Service Consumers Backend Services SOAP / HTTP Policy Enforcement Authentication & SSO ESB Transport Session Mgmt Smart Routing Authorization Data Validation Load Control Service Caching Credential Mapping JMS Authentication & SSO Session Mgmt Service Cache Enterprise CDM SOA Mgmt Server Corporate IdM

Простые вещи, которые следует знать о Sonic ESB