Ценность корпоративной сервисной шины (ESB) в интеграции систем автоматизации предприятия трудно переоценить, но чрезвычайная гибкость этого подхода приводит к огромным количеством вариантов реализации, которые необходимо рассматривать при планировании интеграционного решения (подробнее см. Ресурсы). Варианты реализации могут быть скомпонованы в шаблоны в зависимости от возможностей связующего ПО, поддерживающего эти архитектурные шаблоны. Кроме того, интеграционные продукты обычно реализуют не только узкоспециальные представления сервисной шины как инфраструктуры для взаимодействия и визуализации сервисов в контексте сервис-ориентированной архитектуры, но и более широко - как инфраструктуры интеграции сервисов в самом общем смысле. В данной статье мы будем использовать термин "сервисная шина" или "корпоративная сервисная шина" (ESB) в наиболее широком толковании.

Опыт, накопленный в ходе многочисленных реализаций интеграционных решений, и выделение на основании этого опыта набора шаблонов проектирования создают основу для выбора правильных архитектурных решений и его реализации, использования подходящих интеграционных продуктов и моделей их использования, а также использовать проверенные и рекомендованные к применению методики интеграции корпоративных приложений и сервисов. При выборе и описании шаблонов необходимо рассматривать множество аспектов проектирования:

• общий шаблон интеграционного архитектурного решения
• тип взаимодействия, применяемый к конечным точкам процесса
• эксплуатационные аспекты
• выбор модели безопасности

Все это вместе и определяет в итоге шаблоны организации взаимодействия.

википедии Enterprise Connectivity Patterns.

>

С точки зрения общей архитектуры интеграции можно выделить следующие 6 категорий шаблонов интеграции:

• Виртуализация сервиса
• Поддержка сервиса
• Шлюз
• Интеграция на основе обмена сообщениями
• Обработка файлов
• Событийно-ориентированная интеграция

Ниже каждая из перечисленных категорий рассматривается подробно.

>

Шаблоны виртуализации сервиса описывают, каким образом можно организовать гибкое взаимодействие между сервисами, используя дополнительные уровни абстракции в Enterprise Service Bus. С другой стороны, эти шаблоны также направлены на выполнение требований интеграции сервисов (маршрутизация, конвертирование протоколов, преобразование данных, журналирование и т.д.), если в сервис-ориентированной архитектуре требуется адресное взаимодействие.

Шаблоны виртуализации сервиса инкапсулируют определение шины сервисов и обычно используются для выполнения определенных требования, включая:

• гибкое связывание - представление существующего сервиса в виде виртуального сервиса ESB
• предоставление фасада провайдера, включая трансформацию запроса, расширение функционала и т.д.
• предоставление фасада провайдера для формирования стандартных интерфейсов нестандартным сервисам
• предоставление возможностей стандартного управления сервисом (безопасность, журналирование, мониторинг, контроль загрузки и т.д.)

ознакомительные версии продуктов IBM и создавайте приложения самостоятельно с помощью инструментов разработки и интеграционных продуктов DB2®, Lotus®, Rational®, Tivoli® и WebSphere®. (EN)

Обсудить

Хелен Уайли (Helen Wylie) - архитектор интеграционных решений группы разработки IBM WebSphere Messaging and ESB. Хелен активно работает с клиентами, использующими интеграционные решения на основе продуктов IBM WebSphere, в последнее время она также занимается формализацией шаблонов, воплощающих этот опыт в виде улучшений соответствующих продуктов IBM.

Питер Ламброс (Peter Lambros) - штатный старший технический сотрудник IBM, его область ответственности - выбор стратегии развития и архитектуры технологий интеграции приложений в продуктах ESB и сервисов сообщений линейки IBM WebSphere. Особый интерес для него представляют технологии преобразования сообщений, разработка шаблонов проектирования и в целом создание удобных инструментов разработки.

Помощь по сообщениям о нарушениях

Спасибо. Эта запись была помечена для модератора.

>

Помощь по сообщениям о нарушениях

Сообщение о нарушении не было отправлено. Попробуйте, пожалуйста, позже.

>

developerWorks: вход

>

При первом входе в developerWorks для Вас будет создан профиль. Выберите информацию отображаемую в Вашем профиле — скрыть или отобразить поля можно в любой момент.

Вся введенная информация защищена.

Выберите ваше отображаемое имя

При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

>

Вся введенная информация защищена.

SITE_ID=40

Zone=SOA и Web-сервисы, WebSphere

ArticleID=480109

ArticleTitle=Шаблоны взаимодействия приложений в корпоративных системах: Интеграционные решения с использованием продуктов IBM Enterprise Service Bus

publish-date=04022010