Когда у тебя больше 200 человек пишут монолит + сервисы, начинаются интересные заморочки. Особенно с версионированием, эволюцией схемы и прочими интересными штуками. Граф не помогает решать основные проблемы, потому что разработчикам все равно надо помнить о совместимости. А использование шин превращается в интересную игру «кто первый из продьюсеров сломает консьюмер», поэтому приходится жестко определять схему событий и их версии
Чет я сомневаюсь что архитектор может менеджерить микросервисов так 15
Можно, у меня сейчас около 5 сервисов + несколько стандартизаций. Менеджить сервисы просто, потому что главное сделать версию для консьюмера и версию апи, остальное уже мелочи
Можно, у меня сейчас около 5 сервисов + несколько стандартизаций. Менеджить сервисы просто, потому что главное сделать версию для консьюмера и версию апи, остальное уже мелочи
надо же интерфейсы с бизнес требованиями еще дружить и постоянно их обновлять, разве нет?
надо же интерфейсы с бизнес требованиями еще дружить и постоянно их обновлять, разве нет?
Это зависит от проекта и задачи. Обычно бизнес требования никак не связаны с технической стороной. Но достать все бизнес события и понять, нужно ли что-то делать - сложно