Модель брокера

Шаблон брокера — это архитектурный шаблон , который можно использовать для структурирования распределенных программных систем с разъединенными компонентами, которые взаимодействуют посредством удаленных вызовов процедур . Компонент брокера отвечает за координацию коммуникации, например, пересылку запросов, а также передачу результатов и исключений. ^[1]

Определение

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

В шаблоне брокера брокер отвечает за получение сообщений от одного компонента и пересылку их соответствующему получателю. Компоненты, которые взаимодействуют через брокера, называются серверами или клиентами. Брокер также может выполнять дополнительные задачи, такие как фильтрация, изменение сообщений, обеспечение качества обслуживания (QoS) (например, 0 для «максимум один раз»), безопасность или предоставление дополнительных услуг программным компонентам.

Шаблон брокера позволяет компонентам оставаться разъединенными и сосредоточенными на своих собственных обязанностях, при этом сохраняя возможность общаться и сотрудничать с другими компонентами в системе. Его также можно использовать для сокращения числа зависимостей между компонентами, делая систему более гибкой и простой в обслуживании.

Терминология

Маклер

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

Сервер

• Программные компоненты, отвечающие за отправку сообщения.
• Его также называют издателем .

Клиент

• Программные компоненты, которые подписались и ждут определенного сообщения.
• Его также можно называть потребителем или подписчиком.

Преимущества

Источник: ^[2]

• Возможны динамические изменения, добавления, удаления и перемещения компонентов.
• Один источник связи с брокером, который определяет интерфейс.
• Компонентам не обязательно знать друг друга.

Недостатки

• Один центральный компонент, который должен быть надежным и эффективно написанным.
• Отсутствие согласованности данных передаваемых сообщений.

Реальная реализация шаблона

• Брокер сообщений
• RabbitMQ
• MQTT

Путаница вокруг шаблона

Шаблон брокера и шаблон публикации-подписки имеют некоторые сходства и иногда их путают. ^[3] Тем не менее, когда дело доходит до представления, есть некоторые основные различия:

• Архитектурный шаблон Брокера представлен диаграммой « Многие к одному ко многим» .
• Архитектурный шаблон «публикация-подписка» представлен диаграммой « многие ко многим» . Здесь функции обмена сообщениями скрыты как Cross-cutting concern .

Ссылки

1. "Решение: использование брокера - Архитектура программного обеспечения, ориентированная на шаблоны, для чайников [Книга]". www.oreilly.com . Получено 26 марта 2023 г. .
2. Стал, Майкл (1 января 1995 г.). «The Broker Architectural Framework» . Получено 26 марта 2023 г. – через www.academia.edu. {{cite journal}}: Цитировать журнал требует |journal=( помощь )
3. Команда, HiveMQ. «Объяснение установления соединения между клиентом и брокером MQTT и сервером MQTT — Основы MQTT: Часть 3». www.hivemq.com . Получено 26 марта 2023 г. .