Как Лагом управляет моделями общения?

Я имею в виду раздел «Управление коммуникационными шаблонами» книги «Архитектура реактивных микросервисов» Джонаса Бонера.

Обычно при обмене данными между службами (ESB является одним из примеров) требуется: 1) Очередь для связи между публикациями и подписками, а также для постановки в очередь событий для обратного давления и отказоустойчивости 2) Уровень маршрутизации — потоки Camel или Akka 3) A посредничество позже для связи с различными протоколами - Camel является одним из примеров.

Как Лагом справляется со всем вышеперечисленным?


lagom
person EugeneMi    schedule 06.09.2016    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Я не уверен, что вам «обычно» нужна маршрутизация и посредничество в шине сообщений. Йонас Бонер отмечает, что публикация/подписка — очень полезное дополнение к использованию HTTP-вызовов для микросервисов. Это предоставляется Lagom в виде сообщения автобус. Это соответствует подходу "умные конечные точки, тупые каналы".

Если вы хотите следовать другому подходу и поместить посредничество и оркестровку в шину, а не в сервисы и, возможно, их антикоррупционные уровни, вы можете использовать Camel и/или RabbitMQ или им подобные, но интеграции, специфичной для Lagom, нет. Вы бы просто использовали коннекторы Scala (или Java), которые они предоставляют.

person lutzh    schedule 01.04.2017