Основной стек не означает, что один набор инструментов идеален для любого продукта. Он позволяет один раз принять типовые решения, сохранить внимание команды для сложных задач и накапливать знания от релиза к релизу.
React даёт зрелую компонентную модель. Next.js добавляет маршрутизацию, серверный рендеринг, метаданные и оптимизацию изображений. NestJS полезен там, где домену требуется самостоятельная сервисная граница, фоновые процессы или несколько клиентских приложений.
Граница важнее логотипа
Контентному продукту часто достаточно Server Components и прямого доступа к CMS. Сложному транзакционному домену может понадобиться отдельный сервис NestJS, владеющий процессами и инвариантами. Мы не добавляем его только ради «корпоративной» схемы.
Решение определяют практические вопросы: кто владеет данными, сколько клиентов их использует, нужны ли очереди и независимое масштабирование. Если ответы неясны, одна хорошо организованная система обычно надёжнее преждевременного разделения.
Когда мы выбираем иначе
Интерактивному внутреннему инструменту может подойти компактное React-приложение. Контентному сайту — Next.js и CMS без отдельного API. Вычислительной службе — Python или Go. Технология должна снижать продуктовый риск, а не демонстрировать вкус команды.
Поэтому наш стек — стартовая гипотеза. На этапе исследования мы проверяем её с учётом безопасности, компетенций команды, интеграций, нагрузки и стоимости дальнейшей эксплуатации.
