Паттерны коммуникации микросервисов | OTUS
Скидка до 15% на курсы ноября, декабря и января
❄️ До 13.12 Забрать скидку! →
Выбрать курс

Паттерны коммуникации микросервисов

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

API Gateway

Как известно, самый очевидный вариант обращения к микросервисам заключается в прямом обращении от клиента к сервису, причем такое решение вполне себя оправдывает в небольших проектах. Однако когда разговор заходит о приложениях корпоративного масштаба, где существует большое количество микросервисов, то тут пригодится шаблон API Gateway («API-шлюз»).

Данный паттерн основывается на использовании шлюза, находящегося между микросервисами и клиентским приложением. Таким образом обеспечивается единая точка входа для клиента.

С учетом конкретной цели применения этого шаблона, разделяют ряд его разновидностей:

  1. Gateway Routing. В этой ситуации шлюз применяется в качестве обратного Proxy, который перенаправляет запросы клиента на определенный сервис.
  2. Gateway Offloading. Этот шлюз решает сквозные задачи, являющиеся общими для таких сервисов, как авторизация, аутентификация, SSL, ведение журналов и т. д.
  3. Gateway Aggregation. Шлюз применяется в целях разветвления запроса клиента на несколько микросервисов с последующим возвращением агрегированных ответов клиенту.

Использование паттерна API Gateway сокращает количество вызовов, что обеспечивает независимость клиента от протоколов, которые применяются в сервисах: AMQP, gRPC, REST и т. д. Таким образом обеспечивается централизованное управление сквозной функциональностью. Но тут следует понимать, что шлюз способен стать единой точкой отказа, то есть он требует тщательного мониторинга. К тому же, в случае отсутствия масштабирования шлюз нередко бывает узким местом системы.

13_05_11_1-1801-185053.png

Backends for Frontends

Паттерн «Бэкенды для фронтендов» (BFF) -- это, по сути, другой способ реализации шаблона API Gateway. Он тоже обеспечивает дополнительный уровень между клиентами и микросервисами с той лишь разницей, что вместо одной точки входа он вводит несколько шлюзов для каждого типа клиента: Mobile, Web, Desktop и пр.

Посредством этого паттерна появляется возможность добавлять API, адаптированные к потребностям практически каждого клиента, то есть мы избавляемся от необходимости хранения большого числа ненужных настроек в одном месте. Однако этот шаблон не стоит использовать в случаях, когда различия в требованиях к API у разных клиентских типов незначительны или программное приложение является небольшим само по себе -- вы получите неоправданное дублирование кода и увеличение числа компонентов.

13_05_12_1-1801-f4a560.png

По материалам https://mcs.mail.ru/blog/.

Не пропустите новые полезные статьи!

Спасибо за подписку!

Мы отправили вам письмо для подтверждения вашего email.
С уважением, OTUS!

Автор
0 комментариев
Для комментирования необходимо авторизоваться
Популярное
Сегодня тут пусто
Новогодние скидки в Otus!-15% ❄️
Успейте забрать свою скидку до 13.12 →