Коробочный Битрикс24: когда облако не вариант
Коробка — это когда код на вашем сервере, данные в вашей базе, а обновления ставите когда хотите, а не когда 1С-Битрикс решил. Полный контроль, полная ответственность.
Пять причин выбрать On-Premise (и одна — не выбирать)
Безопасность и compliance. Банки, госструктуры, медицина, оборонка — все, кому регулятор запрещает хранить данные в чужом облаке. ФЗ-152, ГОСТ Р 57580 для финтеха, приказы ФСТЭК — коробка позволяет разместить портал в сертифицированном ЦОД или вообще в закрытом контуре без интернета.
Глубокая кастомизация. Облако ограничено маркетплейсом и REST API. Коробка — полный доступ к PHP-коду. Хотите переписать логику карточки сделки? Добавить вкладку с данными из ERP через прямой SQL? Встроить свой виджет в канбан задач? В облаке — нельзя. В коробке — bitrix/modules/crm/lib/ открыт для чтения и модификации (через свои модули, не патчами ядра).
Высокие нагрузки. 500+ пользователей, активный документооборот, CRM с тысячами сделок в день, телефония — облако упирается в лимиты. Коробка масштабируется: добавили RAM, вынесли MySQL на отдельный сервер, настроили Redis для кэша b_cache — и портал дышит.
Интеграция с внутренними системами. Active Directory, 1С:Предприятие по SOAP, legacy-ERP через прямое подключение к Oracle/MSSQL — всё это проще, когда портал в той же сети. Не нужно пробрасывать VPN-туннели и мучиться с таймаутами.
Автономность. Портал работает без интернета — в локальной сети. Для производственных предприятий и режимных объектов — требование, а не прихоть.
Когда не выбирать: если у вас < 50 пользователей, нет особых требований к безопасности и нет штатного сисадмина. Облако дешевле, проще и обновляется само.
Что мы делаем с коробкой
Установка и настройка стека. Не «поставили из коробки и ушли», а выверенная конфигурация:
- Подбор серверной конфигурации под реальную нагрузку — не по маркетинговым таблицам, а по профилированию
- nginx + PHP-FPM + MySQL/MariaDB.
pm.max_childrenрассчитываем по формуле: доступная RAM / потребление на воркер. Ставим 256M на воркер — при 16GB RAM получаем ~50 воркеров, минус ОС и MySQL -
.settings.php— Redis для сессий и кэша (cache→redis,session→redis). Без этого Push & Pull модуль будет тормозить - SSL, DNS, почтовый сервер. Push-сервер
push-serverна Node.js — без него нет real-time уведомлений - LDAP/Active Directory — единая точка авторизации. Уволили сотрудника в AD — он автоматически теряет доступ к порталу
Миграция с облака. Переносим всё:
- CRM: лиды, сделки, контакты, компании, история активити
- Структура компании, отделы, пользователи с правами
- Задачи, проекты, канбан-доски, комментарии
- Чаты, файлы с диска
- Бизнес-процессы и роботы CRM
- Телефония и открытые линии
Главная ловушка миграции — ID сущностей не совпадают. Сделка #1234 в облаке станет #5678 в коробке. Все автоматизации, которые завязаны на конкретные ID (а они всегда завязаны), нужно перенастраивать.
Кастомная разработка:
- Свои модули через
\Bitrix\Main\ModuleManager— не патчи ядра, а полноценные модули с установкой/удалением - REST-приложения и вебхуки
- Модификация CRM: кастомные поля, вкладки, действия в карточках
- Бизнес-процессы с ветвлениями, условиями и интеграциями — штатный дизайнер БП покрывает 70%, остальное дописываем через
CBPActivity - Чат-боты для внутренних процессов — через
Bitrix\ImBot
Интеграции:
- 1С — синхронизация справочников, документов, взаиморасчётов. Через штатный модуль или кастомный обмен по REST
- Active Directory — автосоздание и блокировка учёток через LDAP-коннектор
- IP-телефония — SIP-транки, маршрутизация через
voximplantили свой Asterisk - Почта — Exchange, Postfix. IMAP-коннектор для входящей, SMTP для исходящей
- ЭДО — Диадок, СБИС через API
Серверная инфраструктура: где реально лежат грабли
Стандартная рекомендация «4 CPU, 8GB RAM» — для демо-стенда. В проде с 200 пользователями, активным CRM и телефонией это не живёт.
| Масштаб | Конфигурация | Что учесть |
|---|---|---|
| До 50 | 4 CPU, 8GB, SSD | Минимум. Push-сервер съест 1-2GB |
| 50-200 | 8 CPU, 16GB, NVMe | innodb_buffer_pool_size = 10GB |
| 200-500 | Web + DB на разных серверах | MySQL на отдельной машине, Redis shared |
| 500+ | Кластер: 2+ web, master-slave DB, Redis Sentinel | HAProxy, мониторинг обязателен |
Мониторинг через Zabbix + Grafana. Алерты на: CPU > 80% sustained, RAM < 10% free, disk I/O wait > 20%, MySQL slow queries > 100/час. Бэкапы — ежедневные, с проверкой восстановления раз в месяц. Потому что бэкап, который нельзя восстановить — не бэкап.
Обновления: контролируемый процесс
В облаке обновления прилетают сами — и иногда ломают кастомные интеграции. В коробке вы решаете, когда обновляться.
- Тестируем на staging — точная копия прода с анонимизированной базой
- Проверяем совместимость кастомных модулей —
partner_modulesмогут конфликтовать с новым ядром - Полный бэкап (файлы + БД) перед накатыванием
- Обновляем в окно минимальной нагрузки — воскресенье ночь
- Мониторим 24 часа после обновления
Лицензии
- CRM — до 12 пользователей
- Компания — до 50
- Предприятие — до 500
- Холдинг — без лимита
Помогаем выбрать редакцию, оформляем лицензию, напоминаем о продлении. Просроченная лицензия = нет обновлений безопасности = потенциальная дыра.
Сроки
| Этап | Срок |
|---|---|
| Установка и настройка стека | 2-5 дней |
| CRM + бизнес-процессы | 1-3 недели |
| Интеграция с 1С и AD | 1-2 недели |
| Миграция с облака | 3-7 дней |
| Обучение | 2-5 дней |
| Кастомная разработка | от 2 недель |
Полный цикл — от выбора редакции до постоянного сопровождения. Не уходим после внедрения.