Переход с редакции 1С-Битрикс Бизнес на Энтерпрайз

Переход с редакции 1С-Битрикс Бизнес на Энтерпрайз

Редакция «Энтерпрайз» — это не просто очередная ступень в линейке. Это принципиально другой уровень масштабирования платформы. Компании переходят на неё не из-за новых функций в интерфейсе, а из-за технических требований: высокие нагрузки, множество сайтов под одной лицензией без ограничений, веб-кластер с несколькими нодами, расширенная кеш-инфраструктура, SLA от вендора.

Чем «Энтерпрайз» отличается от «Бизнес»

Неограниченное количество сайтов. В «Бизнес» количество сайтов технически не ограничено, но лицензия рассчитана на один домен. В «Энтерпрайз» явно разрешено неограниченное количество доменов и сайтов — это принципиально для холдингов и агентств.

Кластеризация без ограничений. «Энтерпрайз» поддерживает полноценный веб-кластер: несколько веб-серверов за балансировщиком, распределённое хранилище сессий (через session_module на базе memcached или Redis), репликация базы данных, отдельный сервер поиска (Sphinx). В «Бизнес» кластеризация ограничена.

Расширенное кеширование. Поддержка кластерного кеша (\Bitrix\Main\Data\Cache через \Bitrix\Main\Data\ManagedCache с memcached-бекендом в кластерном режиме).

Ролевая модель на уровне нескольких сайтов. В «Энтерпрайз» права пользователей можно настраивать на уровне конкретного сайта в рамках мультисайтовой установки через b_user_site.

SLA и техническая поддержка вендора. «Энтерпрайз» включает приоритетную поддержку от 1С-Битрикс — это важно для проектов с требованием к времени восстановления (RTO).

Хранилище файлов. Поддержка S3-совместимых хранилищ (AWS S3, Яндекс Object Storage) через модуль clouds — для распределённого хранения медиафайлов в кластере.

Когда переход на «Энтерпрайз» оправдан

Переход обоснован при наличии хотя бы одного из условий:

• Пиковые нагрузки, которые один сервер не выдерживает (от 500–1000 одновременных пользователей)
• Требование к отказоустойчивости: остановка одной ноды не должна останавливать сайт
• Несколько десятков сайтов под управлением одной команды
• Интеграция с корпоративными системами (SAP, крупные 1С-конфигурации) с требованием к стабильности
• Регуляторные требования к хранению данных и резервному копированию

Процесс перехода и архитектурные решения

Переход на «Энтерпрайз» — это не просто смена ключа. Это архитектурный проект:

Проектирование кластерной инфраструктуры. Определяем топологию: сколько веб-нод, где балансировщик (nginx / HAProxy), схема репликации БД (master + replica), схема распределённого кеша.

Настройка кластера. Конфигурация в dbconn.php для подключения к slave-серверам, настройка \Bitrix\Main\Config\Option для кластерного кеша, настройка хранилища сессий.

Перенос медиафайлов. Если переходим на S3 — выгрузка файлов из /upload/ в хранилище, настройка CDN, обновление путей в базе.

Настройка поиска. Sphinx или Elasticsearch как внешний поисковый движок — настройка search модуля для работы с внешним индексом.

Тестирование под нагрузкой. После сборки кластера — нагрузочное тестирование (Apache JMeter или аналог) для проверки балансировки и отказоустойчивости.

Кейс: переход крупного ритейлера

Клиент — федеральный ритейлер, 47 региональных сайтов на отдельных лицензиях «Бизнес», объединённых общей административной панелью через самописный агрегатор. Сайты периодически ложились в периоды акций.

Задача: перейти на единый «Энтерпрайз» с кластерной архитектурой.

Архитектура после перехода:

• 3 веб-ноды за nginx-балансировщиком
• MySQL master + 2 replicas (read queries на replicas)
• Кластерный memcached для кеша и сессий
• Яндекс Object Storage для /upload/ через модуль clouds
• 47 сайтов под одной лицензией с единым каталогом и региональными ценами

Работа заняла 6 недель: проектирование (2 недели), реализация (3 недели), нагрузочное тестирование и запуск (1 неделя).

В следующую пиковую акцию сайт выдержал нагрузку без деградации — балансировщик распределил трафик по нодам.

Сроки

Переход с настройкой кластерной инфраструктуры — 4–10 недель в зависимости от количества сайтов, сложности интеграций и требований к инфраструктуре. Для простых сценариев (мультисайтовость без кластера) — 2–4 недели.