Монолит на минималках: почему я перестал верить в микросервисы для 90% проектов

Ну давай разберем. Все эти годы нам впаривали, что микросервисы — это серебряная пуля. А по факту я вижу, как команды из 5 человек городили зоопарк из Kubernetes, очередей и саг, чтобы в итоге получить распределенный монолит с задержками в 200 мс на ровном месте. Спрашивается, зачем? Я не говорю, что микросервисы — зло. Но для большинства внутренних систем, где бизнес-логика меняется быстрее, чем успевают обновить документацию, нормальный модульный монолит с четкими границами контекстов и очередью через БД — это экономия нервов и денег. Недавно переводил легаси-монолит на CQRS, так вот: все, что нужно — это нормальные индексы и событийная шина внутри одного процесса. Короче, вопрос к залу: кто реально уперся в потолок монолита, а не просто решил, что так модно? Потому что мой опыт подсказывает: 90% проектов умирают не от архитектуры, а от кривых рук и отсутствия дисциплины. И вот это уже никакой сервисной сеткой не вылечишь.