Взаимодействие с помощью асинхронного обмена сообщениями¶

Сервисы могут взаимодействовать путём асинхронного обмена сообщениями.

Обзор механизмов обмена сообщениями¶

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

Реализация стилей взаимодействия¶

Создание спецификации для API сервиса на основе сообщений¶

Спецификация такого API должна содержать имена каналов, а также типы и форматы сообщений, допустимые в каждом из них.

• API в стиле ”запрос-асихронный ответ” состоит из канала команд сервиса, типов и форматов команд, которые сервис принимает, а также типов и форматов ответных сообщений.
• API в стиле однонаправленных сообщений состоит из имени канала команд сервиса, а также типов и форматов команд.
• API в стиле “издатель/подписчик” состоит из канала событий, а также типов и форматов публикуемых сообщений.

Использование брокера сообщений¶

Возможные проблемы¶

Также нужно рассмотреть некоторые архитектурные проблемы, связанные с
асинхронными сообщениями.

• Конкурирующие получатели
• Дублирование сообщений

Транзакционный обмен сообщениями¶

Комментарии

Комментарии