Модель брокера
 |
— Шаблон брокера это архитектурный шаблон , который можно использовать для структурирования распределенных программных систем с разделенными компонентами, которые взаимодействуют посредством удаленных вызовов процедур . Компонент-брокер отвечает за координацию связи, например пересылку запросов, а также за передачу результатов и исключений. [1]
Определение
[ редактировать ]Шаблон брокера — это шаблон архитектуры, который предполагает использование промежуточного программного объекта, называемого «брокером», для облегчения связи между двумя или более программными компонентами. Брокер действует как «посредник» между компонентами, позволяя им взаимодействовать, не подозревая о существовании друг друга.
В шаблоне брокера брокер отвечает за получение сообщений от одного компонента и пересылку их соответствующему получателю. Компоненты, которые взаимодействуют через брокера, известны как серверы или клиенты. Брокер также может выполнять дополнительные задачи, такие как фильтрация, изменение сообщений, обеспечение качества обслуживания (QoS) (например, 0 для «не более одного раза»), безопасность или предоставление дополнительных услуг программным компонентам.
Шаблон брокера позволяет компонентам оставаться разделенными и сосредоточиться на своих собственных обязанностях, сохраняя при этом возможность взаимодействовать и сотрудничать с другими компонентами системы. Его также можно использовать для уменьшения количества зависимостей между компонентами, что делает систему более гибкой и простой в обслуживании.
Терминология
[ редактировать ]Маклер
- Ведение таблицы маршрутизации зарегистрированных компонентов программного обеспечения.
- Поддерживайте таблицу фильтров для перенаправления транзитных сообщений к нужным компонентам программного обеспечения.
- Может гарантировать дополнительные функции, такие как информационная безопасность и качество обслуживания .
Сервер
- Программные компоненты, отвечающие за отправку сообщения.
- Его также называют издателем .
Клиент
- Программные компоненты, которые подписались и ожидают определенного сообщения.
- Его также можно назвать потребителем или подписчиком.
Преимущества
[ редактировать ]Источник: [2]
- Возможны динамические изменения, добавления, удаления и перемещения компонентов.
- Один источник связи с брокером, определяющий интерфейс.
- Компонентам не обязательно знать друг друга.
Недостатки
[ редактировать ]- Один центральный компонент, который должен быть надежным и эффективно написанным.
- Отсутствие согласованности данных передаваемых сообщений.
Реальная реализация шаблона
[ редактировать ]Путаница вокруг узора
[ редактировать ]Шаблон брокера и шаблон публикации-подписки имеют некоторое сходство, и их иногда путают. [3] Тем не менее, когда дело доходит до представления, есть некоторые основные различия:
- представлен Архитектурный шаблон «Брокер» диаграммой « Многие к одному ко многим» .
- Архитектурный шаблон публикации-подписки представлен диаграммой « многие ко многим» . Здесь функции обмена сообщениями скрыты как сквозная проблема .
Ссылки
[ редактировать ]- ^ «Решение: используйте брокера — шаблонно-ориентированная архитектура программного обеспечения для чайников [книга]» . www.oreilly.com . Проверено 26 марта 2023 г.
- ^ Сталь, Майкл (1 января 1995 г.). «Архитектурная основа брокера» . Проверено 26 марта 2023 г. - через www.academia.edu.
{{cite journal}}: Для цитирования журнала требуется|journal=( помощь ) - ^ Команда HiveMQ. «Описание установления соединения клиента и брокера MQTT и сервера MQTT — Основы MQTT: часть 3» . www.hivemq.com . Проверено 26 марта 2023 г.
 | Эта компьютерному программированию, статья, посвященная является незавершенной . Вы можете помочь Википедии, расширив ее . |