Может ли кто-нибудь объяснить мне простыми словами, в чем заключается архитектурная концепция посла в кластерных вычислениях? Каковы преимущества его реализации в шаблонах микросервисной архитектуры?
В последнее время я изучаю докер и докер-рой, и я неоднократно видел, как этот термин упоминается в статьях или репозиториях. Например, в этот замечательный проект есть репозиторий с именем docker-ambassador. Или другой проект под названием ctlc-docker-ambassador.
Одним из основных преимуществ микросервисов в целом является возможность переключать базовые компоненты без уведомления остальной части приложения/экосистемы об изменении. Шаблон посла позволяет элементам перемещаться и изменяться, в то время как потребляемый код продолжает подключаться к одному местоположению. В одной из предоставленных вами ссылок было отличное объяснение/пример:
Вместо того, чтобы жестко кодировать сетевые связи между потребителем и поставщиком услуг, Docker поощряет переносимость услуг, например, вместо:
(потребитель) --> (redis) Требуя перезапустить потребителя, чтобы подключить его к другой службе Redis, вы можете добавить послов:
(потребитель) --> (redis-посол) --> (redis) или
(consumer) --> (redis-ambassador) ---network---> (redis-ambassador) --> (redis) Когда вам нужно перенастроить потребителя для связи с другим сервером Redis, вы можете просто перезапустить контейнер redis-ambassador, к которому подключен потребитель.
В этом случае базовый компонент (redis) может быть перемещен или обновлен без ведома кода, использующего redis. Это даже позволило бы переключиться с redis на другой магазин kv, если бы код был немного умнее.
