intermediate

Monolith

Используйте один deployable, когда domain boundaries еще меняются, team coordination тесная и operational simplicity важнее independent scaling.

Монолит — один deployable с общим runtime, БД и релизным cadence. Меньше операционных затрат, проще отладка и быстрые рефакторинги, пока границы домена ещё формируются. Многие продукты дольше остаются монолитами, чем принято, при тесной координации команды.

На интервью: когда начинать монолитом и какие сигналы к разделению. Модульная внутренняя структура без налога microservice ops.

Типовые ошибки: вина монолита за плохую модульность; отсутствие тестов из-за single deploy; масштабирование всего приложения ради одного hot endpoint.

Компромисс — гибкость против сложности: знайте, когда достаточно более простого пути.

Чеклист:

Ранние внутренние границы модулей.
Мониторинг зон, требующих scale.
Быстрый deploy pipeline несмотря на размер.
Критерии будущего выделения сервисов.