Битрикс24: облако или коробка — что выбрать под разработку

«Облако или коробка» обсуждают обычно в терминах цены и безопасности. Для разработки же принципиально другое: набор доступных точек вмешательства. Он отличается настолько, что одну и ту же задачу на двух платформах решают принципиально разными способами.

Две платформы под одним названием

Облачный Битрикс24 — сервис, где вы не имеете доступа к серверу и коду. Всё взаимодействие идёт через REST API и приложения, которые встраиваются в интерфейс.

Коробочный Битрикс24 — приложение на Bitrix Framework, установленное на вашем сервере. Вам доступны файловая система, база данных, свои модули, обработчики событий на PHP, изменение шаблонов и всё остальное, что доступно на обычном сайте под управлением платформы.

Что реально можно в облаке

Список выглядит скромнее, чем в коробке, но покрывает больше сценариев, чем принято думать:

• REST API — чтение и запись сущностей CRM, задач, календарей, дисков, пользователей.
• Приложения с интерфейсом — вкладки, виджеты в карточках, отдельные разделы, вставленные во фрейм.
• Роботы и триггеры — автоматизация в бизнес-процессах без единой строки серверного кода.
• Обработчики событий через исходящие вебхуки — реакция на изменения на вашей стороне.
• Пользовательские поля и настройки CRM — гибкости здесь достаточно для большинства компаний.

Ограничения тоже конкретные: нельзя выполнить свой код на стороне портала, нельзя изменить поведение стандартного интерфейса за пределами предусмотренных точек встраивания, нельзя обратиться к базе напрямую, и вы живёте с лимитами REST.

Что даёт коробка

• Собственные модули. Полноценный код, который работает внутри портала, а не снаружи.
• Серверные обработчики событий. Реакция на создание сделки происходит в том же процессе, синхронно, с возможностью отменить действие.
• Прямой доступ к базе. Сложные отчёты и массовые операции без оглядки на лимиты API.
• Изменение шаблонов и компонентов — интерфейс можно перестроить глубже, чем позволяют точки встраивания.
• Контроль над окружением. Версии PHP и базы, кэширование, размещение внутри контура организации.

Цена коробки

Возможности оплачиваются работой, которую в облаке выполняет вендор:

• Сервер: подбор, настройка, мониторинг, резервное копирование.
• Обновления: их нужно применять самостоятельно, предварительно проверяя на тестовом контуре.
• Безопасность: патчи, доступы, сертификаты — ваша зона ответственности.
• Производительность: при росте числа пользователей настройкой придётся заниматься вам.
• Собственные доработки: чем их больше, тем аккуратнее нужно обновляться.

Здесь работает то же правило, что и с любым self-hosted решением: лицензия — меньшая часть стоимости владения.

Промежуточный путь, который часто упускают

Между «всё в облаке» и «переезжаем в коробку» есть вариант: остаться в облаке, а тяжёлую логику вынести в собственный сервис, который общается с порталом по REST.

Так решается большинство задач, ради которых обычно рассматривают коробку: сложные расчёты, интеграции с внутренними системами, нестандартные отчёты, обработка больших объёмов. Портал остаётся типовым и обновляется сам, а ваша логика живёт отдельно и развивается в своём темпе.

Не решаются этим способом только две вещи: необходимость держать данные внутри контура организации и потребность синхронно вмешиваться в действия пользователя до того, как они выполнены.

Как выбирать

Вопросы, ответы на которые обычно закрывают тему:

• Есть ли требование хранить данные на своих серверах? Если да — коробка, обсуждать нечего.
• Нужно ли синхронно менять поведение портала, а не реагировать постфактум? Если да — коробка.
• Есть ли кому обслуживать сервер и применять обновления? Если нет — коробка станет источником проблем, а не возможностей.
• Укладывается ли требуемая автоматизация в роботов, триггеры и REST? Если да — облако и внешний сервис справятся дешевле.

И отдельно: переход из облака в коробку возможен, но это миграция с планом, тестовым прогоном и окном простоя, а не переключение тумблера. Оценивать выбор стоит на горизонте нескольких лет, а не ближайшего квартала.