Мікросервісна архітектура: коли треба, а коли вб'є проект

«Зробіть нам мікросервіси» — одна з найдорожчих фраз від клієнтів. У 90% випадків це передчасна оптимізація, яка коштує +200% бюджету і затягує запуск на місяці.

Що таке мікросервіси насправді

Кожна бізнес-функція (auth, payments, catalog, orders) — окремий сервіс з власною БД, API і деплоєм. Спілкуються через REST/gRPC/Kafka. Перевага — кожен сервіс масштабується незалежно.

Коли реально треба

• Команда > 20 розробників, що блокують одне одного в моноліті
• Різні навантаження: один сервіс держить 10k RPS, інший — 100
• Різні стеки: AI на Python, фронт на Node, відео-обробка на Go
• Регуляторні вимоги: payments окремо для PCI DSS-сертифікації

Коли НЕ треба

• Команда < 10 людей — overhead на DevOps зжере продуктивність
• MVP / стартап до 50k MAU — моноліт швидший
• Немає Kubernetes-інженера — деплой стане пеклом
• «Хочемо як у Amazon» — Amazon пройшов 10 років моноліту перед розпилом

Що використовувати замість

Модульний моноліт: один деплой, але всередині — чіткі модулі з власними API. Якщо знадобиться — розпиляти за тиждень. Це наш дефолт у 95% проектів.

Ціна

Моноліт-MVP — $3-10k. Мікросервісна архітектура з нуля — від $30k + $500/міс DevOps. Думайте, перш ніж погоджуватись.

Консультація з архітектури — /services/custom-software.