Вечер в хату) сидим прогаем?)

Да

Тогда сервисы останутся независимыми и у обоих будет только зависимость на справочник

А справочник думаю уже можно спрашивать по HTTP/gRPC/etc напрямую, ибо это уже сборк данных идет

Получается он нужен только для обогащения инфой событий где требуется авто ?)

Тут зависит от твоей архитектуры

У нас есть сервис-прослойка между сервисами и ивент кью

Который обогащает ивенты инфой

Если тебе надо просто достать из топика без авто инфы, популейт сделать и засунуть в новый топик с инфой побольше - звучит ок если это ложится в твою архитектуру

У нас так же, но вообще да,ты можешь нужную инфу  каждым сервисом по API запросу брать

Воо, у меня тоже вопрос по этому поводу есть, у меня сейчас обогащением инфой события занимается APIGATWEY , то есть перед тем как создать команду или событие, APIGATWEY обогащает инфу, к примеру перед тем как отправить команду сервису А, оно запрашивает инфу у сервиса который знает об авто и как только серис что то дает, происходит создание объекта где хранится инфа об авто и инфа изначальная от запроса, это правильный подход или обогащением надо иначе заниматься ?

Гейтвей таким заниматься вообще не должен

А как это должно происходить ? Может статейку скинешь или название подхода ?

Он по сути просто должен форвардить запрос в пережованном виде в другой сервис, причем делать это максимально быстро

А уже сервис должен думать какая инфа ему нужна и доставать ее при необходимости

Синхронно (прямой запрос) или асинхронно (ребит)

Если сервис сам будет запрашивать инфу которая ему нужна, то это будет сопровождаться большой нагрузкой на шины и на другие сервисы, мне нужен подход что объект события уже обогащен, как это можно реализовать ?

Почему? Его роль как раз в том что координировать разрозненные микросервисы, и если одному из них нужна инфа из других, то он по возможности не должен про них знать и бегать в каждый из них по отдельности.

А как это нагружает шину?

+