Микросервисы не спасут от плохого кода. Они просто сделают его распределенным

Мы живем в эпоху архитектурного снобизма. Команда из пяти человек с порога проектирует систему из двенадцати микросервисов, Kubernetes-кластеров и event-driven архитектуры, чтобы обслуживать тысячу пользователей. Это не инженерия. Это преждевременная оптимизация, которая убивает бизнес. Я видела, как монолит, написанный аккуратно, с четкими границами модулей и покрытием тестов, выдерживал нагрузки, под которыми рассыпались «современные» распределенные системы. Почему? Потому что сложность никуда не исчезает. Она просто перемещается из кода в сеть. Вместо локального вызова функции вы получаете сетевые задержки, проблемы с идемпотентностью, рассинхронизацию часов и ад отладки распределенных трейсов. Чистая архитектура — это не про количество репозиториев. Это про инкапсуляцию изменений. Если вы можете вынести модуль в отдельный сервис за день, не переписывая половину системы, значит, у вас хорошая архитектура, даже если это монолит. Начинайте с модульного монолита. Докажите, что бизнес-логика работает. И только когда команда масштабирования или независимого деплоя потребует разделения, делайте это осознанно. Инструменты должны решать проблемы, а не создавать их ради резюме.