Свой сервер — под управлением. Или закажите новый
SSH-доступ — и через пару минут сервер под управлением: деплой, логи и метрики видно из панели, а контейнеры, которые там уже крутятся, можно забрать без пересборки. Не хотите переносить свой — закажем новую VM. Self-host гибкость Coolify, но без администрирования сервера вручную.
Что вы получаете с App Servers
Подключите свой сервер по SSH
Один SSH-заход, чтобы поставить Docker и лёгкого edge-агента. Ключ используется один раз и нигде не сохраняется.
Заберите то, что уже работает
Discovery находит контейнеры, уже запущенные на сервере, и предлагает импортировать их в управляемые приложения — без остановки и пересборки, тома с данными сохраняются.
Или закажите у нас новую VM
Не хотите переносить свой сервер — выберите конфигурацию, регион и образ ОС в панели, и мы поднимем VM за вас.
Один сервер или парк клиентских VM
Агентство ведёт VM всех клиентов в одной панели: статус, логи и метрики каждого сервера — без десятка отдельных логинов и SSH-сессий.
Docker Compose как есть
Деплой идёт через ваш существующий docker-compose.yml — переписывать под платформу не нужно.
Логи и метрики сервера сразу видно
CPU, память, диск и логи контейнеров — в панели сразу после подключения, отдельно настраивать мониторинг не нужно.
Как подключить сервер и выкатить на него приложение
Четыре шага от машины у любого хостера до приложения, которое обновляется само.
Добавьте сервер в панели
Укажите адрес и SSH-доступ. Платформа один раз заходит на машину, ставит Docker и лёгкого edge-агента, после чего ключ больше не используется и нигде не сохраняется. Своего сервера нет — на этом же шаге заказывается новая VM: конфигурация, регион и образ ОС выбираются в панели.
Проверьте, что уже крутится
Discovery покажет контейнеры, которые уже работают на машине, в режиме только чтения: имя, образ, порты, тома. Ничего не останавливается и не пересобирается, пока вы сами не решите импортировать сервис в управляемое приложение.
Свяжите приложение с репозиторием или compose-файлом
Дальше два пути: подключить Git-репозиторий и получать пересборку на каждый пуш, либо деплоить существующий docker-compose.yml как есть. Переписывать конфигурацию под платформу не нужно — читается ваш файл.
Смотрите логи и метрики из панели
После первого деплоя CPU, память, диск и логи контейнеров видны в консоли. Отдельный сбор метрик и логов настраивать не нужно, история пишется вместе с телеметрией остальных сервисов проекта.
Кому нужен App Server
Сценарии, ради которых своя машина под управлением платформы имеет смысл.
Агентство с парком клиентских VM
У каждого клиента своя машина, часто у разных хостеров. Вместо десятка логинов и SSH-сессий все серверы видны в одной панели: статус, деплой, логи, метрики. Новый разработчик получает доступ к нужным проектам, а не рутовый ключ от всего парка.
Проект, который уже живёт на VPS
Переезжать некуда и незачем: сервер остаётся вашим, приложения — на месте. Добавляется то, чего у голого VPS нет: выкатка из репозитория, история деплоев, откат и телеметрия без собственного bash-скрипта.
Требования к железу, которых нет в тарифах
Тяжёлая обработка видео, ML-инференс, специфичный объём диска или лицензия, привязанная к машине. Берёте сервер нужной конфигурации у своего хостера и управляете им теми же инструментами, что и остальными приложениями.
MySQL, Redis и всё, что не managed
Управляемый вариант на платформе — PostgreSQL. Остальные движки поднимаются контейнером на вашем сервере и ведутся как обычные приложения: переменные окружения, логи, перезапуск, метрики — из той же панели.
Что важно знать заранее
Честные границы: где App Server подходит, а где лучше взять приложение на платформе.
Железо и его отказы — ваши
Диск, память и сеть на подключённой машине принадлежат вам: если сервер выключится у хостера, платформа это покажет, но не поднимет вместо вас. Нужна отказоустойчивость без собственного дежурства — берите приложение на платформе, там за железо отвечаем мы.
Ресурсы делятся между контейнерами
Все приложения на одном сервере живут на общей машине. Тяжёлая сборка может отобрать процессор у соседнего сервиса, поэтому под нагруженный продакшен и CI лучше разводить разные серверы.
Агенту нужен исходящий доступ
Edge-агент сам ходит к платформе, входящие порты открывать не нужно. Но если на сервере закрыт исходящий трафик, деплой и телеметрия работать не будут — правило фаервола придётся добавить.
Docker обязателен
Приложения запускаются контейнерами. Сервис, который живёт как systemd-юнит без образа, сначала нужно упаковать в контейнер — платформа не управляет процессами напрямую.
Управляемый Postgres живёт отдельно
База данных как управляемый ресурс разворачивается на инфраструктуре платформы, а не на вашем сервере. На сервере можно поднять свой Postgres контейнером, но бэкапы и обновления тогда тоже ваши.
Частые вопросы
Нет. SSH-ключ нужен один раз — поставить Docker и edge-агента. Дальше платформа управляет сервером через агента, ключ нигде не хранится.
Поднимите backend из GitHub сегодня
Подключение репозитория занимает минуту. Платите только за то, что реально потребляете.
Создать аккаунт