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

  Литрес - 1800 руб.

Эта книга посвящена интеграции приложений с помощью обмена сообщениями. Чтобы лучше понять смысл обмена сообщениями, рассмотрим систему телефонной связи. Телефонный разговор является ярким примером синхронного взаимодействия. Абонент может начать общение с вызываемой стороной только в том случае, если последняя окажется свободной в момент звонка. Привнесение в эту систему автоответчика делает ее асинхронной. Если абонент не отвечает, ему можно оставить голосовое сообщение, которое он сможет прослушать в удобное для него время. Это намного проще, чем пытаться дозвониться до абонента вновь и вновь. ‘‘Сохранение’’ части телефонного разговора в виде сообщения и помещение его в очередь для последующего прослушивания наглядно иллюстрирует сущность обмена сообщениями. Обмен сообщениями ⎯ это технология высокоскоростного асинхронного взаимодействия между программами с гарантией доставки информации. Программы взаимодействуют между собой, обмениваясь пакетами данных, называемыми сообщениями. Канал, или очередь, ⎯ это логический маршрут, объединяющий программы и использующийся для транспортировки сообщений. Канал напоминает массив сообщений, доступный для одновременного использования многими приложениями. Отправитель, или поставщик, ⎯ это программа, отправляющая сообщение путем его размещения в канале. Получатель, или потребитель, ⎯ это программа, получающая (а затем удаляющая) сообщение путем его считывания из канала. Сообщение представляет собой некоторую структуру данных ⎯ строку, байтовый массив, запись или объект. Оно может быть интерпретировано непосредственно как со держащиеся в нем данные, как команда, которую необходимо выполнить получателю, или как описание события, произошедшего на стороне отправителя. Сообщение состоит из двух частей ⎯ заголовка и тела. Заголовок сообщения содержит метаданные (кто отправил сообщение, куда его следует передать и т.п.), которые используются системой об мена сообщениями и игнорируются получателем сообщения. Тело сообщения содержит полезную информацию, которая, как правило, игнорируется системой обмена сообщениями. Упоминая сообщение в разговоре, разработчик приложения обычно имеет в виду информацию, содержащуюся в теле сообщения. По сравнению с тремя оставшимися способами интеграции приложений, опыт работы с системами обмена сообщениями имеет весьма ограниченное число разработчиков. Как следствие применение архитектуры асинхронного обмена сообщениями зачастую требует переосмыслить подход к созданию приложений.

Об авторах
Введение к книге Шаблоны интеграции корпоративных приложений
Глава 1. Решение задач интеграции с помощью шаблонов проектирования
Глава 2. Стили интеграции
Глава 3. Системы обмена сообщениями
Глава 4. Каналы обмена сообщениями
Глава 5. Построение сообщений
Глава 6. Практикум: простой пример обмена сообщениями
Глава 7. Маршрутизация сообщений
Глава 8. Преобразование сообщений
Глава 9. Практикум: сложный обмен сообщениями
Глава 10. Конечные точки обмена сообщениями
Глава 11. Управление системой
Глава 12. Практикум: управление системой
Глава 13. Шаблоны интеграции на практике
Глава 14. Кое-что в заключение

Приложение А. Список шаблонов проектирования
Приложение Б. Шаблоны интеграции корпоративных приложений

Основные источники информации
Предметный указатель

Хоп Г.
Грегор Хоп - инженер-программист, работающий в Google. Известность приобрел благодаря своим идеям насчет асинхронной передачи сообщений и сервисно-ориентированной архитектуры, которыми он делится в ряде публикаций, включая фундаментальный труд "Enterprise Integration Patterns" (Грегор Хоп, Бобби Вульф "Шаблоны интеграции корпоративных приложений". - Пер. с англ. - Вильямс, 2007).