Типовые архитектуры Битрикс-проектов: когда что выбирать

Проекты на Битриксе сильно отличаются по сложности и нагрузке, но архитектурные решения часто копируются без разбора из одного проекта в другой.

Для корпоративного сайта с посещаемостью до 5000 пользователей в день достаточно одного сервера с правильно настроенным стеком: nginx + php-fpm + MySQL + Redis для кеша. Добавлять Kubernetes ради такого трафика — значит создавать сложность без выгоды.

Для интернет-магазина с выраженной сезонностью нужно думать о горизонтальном масштабировании: вынести сессии на Redis, статику на CDN, базу данных на отдельный сервер с репликой для чтения. Тогда при пиках трафика вы добавляете web-узлы, а не меняете всю архитектуру.

Для высоконагруженного маркетплейса с тысячами SKU и реалтаймовыми остатками — отдельная история. Здесь Битрикс становится фронтом, а бизнес-логика уходит в микросервисы через REST.

Выбирайте архитектуру под реальную нагрузку, а не под воображаемые амбиции заказчика.