Простые вещи, которые следует знать о Sonic ESB Вячеслав Туркин, ведущий специалист по интеграционным решениям. [email protected] Целевая аудитория  Разработчики интеграционных решений  Архитекторы SOA . Sonic ESB –

Download Report

Transcript Простые вещи, которые следует знать о Sonic ESB Вячеслав Туркин, ведущий специалист по интеграционным решениям. [email protected] Целевая аудитория  Разработчики интеграционных решений  Архитекторы SOA . Sonic ESB –

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