Когда проект только стартует, он — как младенец. Маленький, орёт, но ты понимаешь, где у него рот, а где жопа. Всё работает в одном месте.

Один деплой. Одна база. Одна жизнь.  А потом приходит архитектор. И такой:   "Нам нужно разделить ответственность!"   И ты уже не пишешь фичу — ты пишешь gateway, который зовёт оркестратор, который вызывает три сервиса, которые шарят между собой токен в protobuf-е и пишут в три базы с eventual consistency.   Нахрена?   Потому что “масштабируемость”.  Только трафик — полторы коллеги на тесте.   Монолит проще. Он не модный. Он не "клауд-нейтив".  Зато:  — Не надо тянуть 5 реп для фикса одного бага   — Нет гонки типов между сервисами   — Логи читаются, а не парсятся через Kafka и боль   — Код рядом, мозг на месте   Микросервисы — это не архитектура, это налог на мнимую независимость. Когда ты не решил проблему сложности — ты её расфигачил по сети.   Итог простой:   Микросервисы нужны, когда боль без них — больше, чем боль с ними.   Но если у тебя нет лямбд в AWS, 100 команд в GitHub и 10k rps —   не строй себе микросервисную шизофрению. Сначала сделай нормальный монолит. Потом — подумай.   Бей архитектуру там, где она мешает. Не там, где модно.   https://t.me/justcodenoreligion   #архитектура #монолит #микросервисы #devrant #инженерия #техдолг