Зачастую одна система готова принять информацию не в том виде, в котором другая систем готова её отправить. Например, ей нужно больше информации, больше полей.

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

Можно размазать логику по всем системам, типа, если системе "C" нужны какие-то поля, то пусть сама и запросит - но правильно ли это? лишняя нагрузка на брокер сообщений, плюс сложность управления из-за того, что логика обработки конкретной заявки размазана по всем системам.

И ради одной заявки постоянно придётся напрягать всех владельцев систем, чтобы они там что-то у себя доработали. Как такое решается в реале? Кто с этим работает?

Модератор: Вложение удалено.

Блин. прозрачность по-дурацки воспринимается и уже хрен заменишь.

w31,

последовательно.
Система А обладает малой частью информации, которую готова передать системе C.
Но система С для обработки заявки и выдачи ответа нуждается в гораздо большем количестве полей. И то, что выдаёт А - недостаточно.

Вот и получается, что есть какой-то бизнес-процесс, в ходе выполнения которого заявка

• создаётся в системе A,
  
• передаётся в C,
  
• оттуда куда-нибудь в G,
  
• оттуда в H
  
• и обратно в C
  
• и оттуда обратно в A
  

И выхода только два:
1. "размазать" бизнес процесс по всем системам - т.е. каждая система, которая получает данные, сразу дозапрашивает дополнительные в соответствии с логикой обработки заявки
2. Какая-то система-оркестратор, в которой описаны все эти правила в едином месте. Она знает, какие поля как соединить и куда передать, как сконвертировать, сама всё дозапрашивает необходимое и т.д.

Какой шаблон более правильный?