Коллеги, проектирую решение по информационному обмену между двумя сервисами (SOAP).

Имеем SOAP сервис по управлению некой сущностью, назовем его "Фаты обращений". Оператор через WEB-форму их регистрирует, вызывается сервис, он проводит ФЛК и сохраняет данные в СУБД. Проводится это все в течении дня при равномерной загрузке.

Задача: Как можно быстрее после успешной регистрации в сервисе «Управления фатами обращений» передать эти факты в другой SOAP сервис для дальнейшего использования. После отправки фактов в другой сервис, мастер данные в сервисе «Управления фатами обращений» лочаться на дальнейшего редактирования, становятся ридонли.

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

fixxerИтого:

1. Заводите брокер, желательно легковенсный и распределенный.
2. Отрываете SOAP интерфейс от основной программы и уносите в микросервис, который только принимает соап и кладет в брокер.
3. Основной сервис слушает команды от брокера, делает свое дело и пишет в брокер события по результату.
4. Интеграционный микросервис слушает события и дергает второй SOAP, после чего уведомляет через брокер основной сервис, что данные ушли.
Спасибо большое!

Можете пояснить по пунктам:
п.1 - Что имеется ввиду под лековесный и распределенный.
п3. - по средствам чего происходит "прослушка" брокера основным сервисом?
п.4 - тоже само про прослушку.

fixxer,

Спасибо за пояснения и отличную схему взаимодействия!