Простые вещи, которые следует знать о Sonic ESB Вячеслав Туркин, ведущий специалист по интеграционным решениям.
. Целевая аудитория Разработчики интеграционных решений Архитекторы 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 Policy Enforcement Service Access Framework Inbound Functional Architecture Authorization Service Caching Load Control Session Mgmt Smart Routing SOAP / HTTP Authentication & SSO JMS Authentication & SSO Service Composition & Mediation (ESB) ESB Transport Credential Mapping SOA Mgmt Server Corporate IdM Enterprise CDM Session Mgmt Service Data Validation Cache Service Consumers Backend Services