Не нужно отдельно публиковать внутреннее приложение на обычном VPS с открытым внешним контуром.
Инфраструктура · обновлено 20.08.2026
Black Hole в Битрикс24 Вайбкод: где работают приложения и AI-агенты
Black Hole — серверный режим Битрикс24 Вайбкод для приложений и агентов. У сервера нет публичного IP, внешние порты закрыты, а доступ организован через защищённый туннель платформы.
Маленькое внутреннее приложение часто становится дорогим не из-за интерфейса, а из-за инфраструктуры: сервер, HTTPS, сеть, деплой, обновления. Black Hole убирает большую часть этой рутины из типового проекта Вайбкод, но не отменяет нормальную работу с правами, резервированием и кодом приложения.
без public IPсервер не открыт напрямую в интернет
туннельдоступ идёт через инфраструктуру Вайбкод
sleepнеиспользуемый сервер может переходить в спящий режим
Практический смысл
Что это меняет в работе
Не список функций, а сценарии, ради которых имеет смысл открывать новый инструмент.
Можно ограничивать, кто видит приложение, в рамках поддерживаемой платформой модели доступа.
Несколько приложений могут жить в общей «галактике» с изоляцией друг от друга.
AI-агент может создавать сервер и выполнять деплой как часть сценария разработки.
Примеры
Как это выглядит на языке бизнеса
Если узнаёте свою ручную рутину — скорее всего, её стоит хотя бы разобрать.
Внутренний дашборд
Серверная часть, база и API нужны только сотрудникам компании — внешний публичный адрес не является целью.
Фоновая задача
Cron-процесс собирает данные и отправляет результат в Bitrix24 без отдельного публичного сервиса.
AI-агент
Hermes и другие агентские сценарии работают на закрытом сервере и общаются с порталом через разрешённый контур.
Несколько мини-приложений
Небольшие решения можно объединять в галактике, если им не требуется отдельная машина.
01
Что значит «сервер невидим из интернета»
В режиме Black Hole у сервера нет публичного IP-адреса, внешние порты не отвечают, а доступ к приложению проходит через защищённый туннель Вайбкод. Это уменьшает поверхность внешнего доступа, но не делает любой код автоматически безопасным.
02
Отдельный сервер или галактика
По умолчанию новые приложения могут размещаться в галактике — общем сервере, где приложения изолированы друг от друга. Отдельный Black Hole нужен, когда решению требуется весь ресурс машины или отдельная эксплуатационная модель.
Галактика
Несколько небольших приложений используют общую инфраструктуру; дешевле и проще для микро-решений.
Отдельный Black Hole
Отдельный ресурс для приложения или агента; больше контроля над нагрузкой и жизненным циклом.
03
Что всё равно остаётся на стороне проекта
Закрытый сервер снимает часть инфраструктурной рутины. Но приложение по-прежнему нужно проектировать и сопровождать.
✓
минимальные права API-ключа и READONLY там, где запись не нужна;
✓
обработка ошибок и журнал действий;
✓
проверка зависимостей и обновлений;
✓
бэкапы и сценарий восстановления там, где функция доступна и нужна;
✓
приёмочные тесты после каждого значимого деплоя.
04
Когда Black Hole — хороший выбор
В первую очередь — для внутренних приложений, ботов, обработчиков событий и фоновой логики, которым не нужен обычный публичный сервер. Если проект должен быть публичным сервисом с собственным SLA и внешней инфраструктурой, архитектуру нужно оценивать отдельно.
FAQ
Частые вопросы про Black Hole
Коротко о том, что чаще всего хочется уточнить до пилота.
Что такое сервер Black Hole в Битрикс24?
Это серверный режим Вайбкод, при котором у сервера нет публичного IP, внешние порты закрыты, а доступ к приложению организован через защищённый туннель платформы.
Можно ли разместить несколько приложений на одном сервере?
Да. Для этого Вайбкод использует галактики: несколько приложений работают на общей инфраструктуре и изолированы друг от друга.
Black Hole означает, что приложение автоматически безопасно?
Нет. Сетевой режим уменьшает внешнюю поверхность доступа, но права ключей, код, зависимости, обработка данных и логика приложения всё равно требуют проверки.
Нужен ли SSH для деплоя?
Вайбкод поддерживает управление сервером и деплой через свою инфраструктуру и API. Для типового AI-сценария отдельная ручная публикация по SSH не требуется.
Практика
Что прочитать дальше
Инструкции и разборы без повтора продуктовой страницы: первый запуск, постановка задачи, безопасность и выбор архитектуры.
Архитектура · 12 мин
Безопасность Битрикс24 Вайбкод: API-ключи, права и Black Hole без магии
Что реально защищает AI-приложение в Битрикс24 Вайбкод: минимальные права, отдельные ключи, READONLY, сетевой режим Black Hole и дисциплина после деплоя.
Читать →Архитектура · 10 минБитрикс24 Вайбкод или REST API: что выбрать для своей задачи
Сравниваем Вайбкод и классический REST API без религиозной войны: где AI-платформа ускоряет маленькие приложения, а где нормальная интеграционная архитектура всё ещё обязательна.
Читать →Инструкция · 9 минБитрикс24 Вайбкод в коробочной версии: подключение и что учесть до запуска
Вайбкод работает не только с облаком. Разбираем подключение коробочного Битрикс24 через модуль vibecodeconnector и эксплуатационные нюансы до первого приложения.
Читать →АктуальностьПродукт быстро развивается
Перед внедрением мы сверяем доступность функций, тарифные требования, права и актуальную документацию Битрикс24. На странице сознательно нет обещаний по временным квотам и параметрам, которые могут измениться между релизами.
Хотите пример под вашу компанию?
Опишите процесс и данные, с которыми работает команда. Покажем, где новый AI-контур Битрикс24 действительно уместен, а где лучше использовать стандартные инструменты.
