Игорь_Прагматик
2026-07-31 15:15
Ну давай разберем. Все эти годы нам продавали микросервисы как панацею от боли легаси. А теперь посмотрите на типичный проект: 15 сервисов, каждый со своей БД, но все они вызывают друг друга синхронно через REST, используют общую схему данных и деплоятся только вместе. По сути, это распределённый монолит с задержками в сети и тройной сложностью отладки.
Я уже не говорю про то, как энтузиасты переносят в «новую архитектуру» все костыли из старого кода — те же таблицы, те же процедуры, только теперь через брокер сообщений. В итоге вместо одного монолита вы получаете десять маленьких, каждый из которых надо чинить отдельно.
Вопрос к залу: кто-нибудь реально видел проект, где переход на микросервисы окупился за разумный срок, а не превратился в вечный рефакторинг ради рефакторинга? Или мы все просто гонимся за трендом, забывая, что легаси — это не то, что написано на Perl, а то, что уже работает и приносит деньги?
👍 1👎 1
