Всем привет,
У кого есть какие мысли по поводу оркестраторов(отдельный сервис, который "знает" про все сервисы и реализует их взаимоотношения)  в микросервисной среде? С одной стороны - это вариант для уменьшения связанности (читай взаимосвязанности) сервисов, с другой - он слишком много на себя берет, увеличивая связанность, т к по сути любая доработка будет приводить к изменениям в оркестраторе. Про хореографию не думаю в силу ее клмплексити.

Возможно вам следует посмотреть в сторону hashicorp consul

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

ms1 -> DNS (consul, eureka) -> ms2

чтобы не плодить /etc/hosts

Вы пытаетесь решить проблему которую не можете сформулировать? 🤔

а ходить по доменным именам

Может быть вам про сервис меши почитать. Они как раз и доступ между сервисами ограничивают и карту строят и ещё кучу всего делают

Ну почему же? Вопрос касается разделения ответственности между сервисами при реализации бизнес -процессов, а не организации физического взаимодействия.. например, есть бизнес-процесс, который инициируется сервисом А и обращается к сервису Б, есть другой процесс, который инициирован Б, но обращается к А. Налицо взаимозависимость сервисов и нет разницы каким образом А обратиться к Б и наоборот. Вопрос в том, имеет ли смысл отдельный сервис, реализующий бизнес процесс, при том, что А и Б не знают друг о друге....

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

Нарисуйте диаграмму, и вам и нам будет понятнее. Может и ответ так получите.

Да и не вопрос это вовсе, а просто интересно узнать у кого какой опыт.

У всех опыт разный же, зависит от конкретных условий бизнеса

Вопрос прямой: кто-то в реальных проектах реализовывал оркестраторов и может оркестпаторы на основе bpm движков? Рисовать схему нет смысла, я не жду от сообщества решения своей задачи ))

Чего тут сферического коня в вакууме обсуждать?
Ну кто-то реализовывал, дальше-то что?

Смысл Вашего ответа в том, что Вы не видите смысла говорить на эту тему? Она Вам кажется слишком очевидной или слишком общей?

Смысл моего ответа, что я вопроса не понимаю. Как и остальные участники.

Вы всегда выступаете в роли пресс-секретаря всех участников?)))

Ладно, спасибо за потраченное время, как говорится ))

Пожалуйста, заходите ещё!