В общем вопрос остался открытым) как сервису 2 понять какой

хендлер должен отработать к сообщению из сервиса 1 не зная ничего о классах.

Положить в тело окей, но как хендлер поймет из тела что это ему сообщение?

да блин, создай ты уже этот класс

Да это бред) общаться между сервисами и каждый раз разработчикам передавать какие то классы)

не использовать имена классов для определения типов сообщений. ввести мэппинг. ввести общие контракты.

супер) идея с маппингом мне нравится. Как сделать его?)

берешь и делаешь, хз в чем вопрос.

Если у тебя 2 пхпшных сервиса, то нет смысла особо маскировать классы за типами. get_class и все. Просто общий пакет с сообщеньками завести

нюанс - любой кейс переименовывания классов в ситуации когда у тебя сервисы независимо деплоятся потребует введение элиасов и в целом мэппинга. иначе плакала обратная совместимость

Сервис по отправлению уведомлений и разные сервисы в него сообщения присылают, это не 2 сервиса. Пока что я не могу найти инфу как на уровне конфигов сделать мепинг такой

Ну так-то сообщеньки в целом требуют чуть иной подход к бс) Тут уж вопрос необходимости. Условному пользователю мессенджера посрать ваще

никак на уровне конфигов не сделаешь.

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

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