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

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