В июне 2024 года приложение Cara стало вирусным, выросло с 40,000 до 650,000 пользователей за неделю, и его основатель сообщил о счёте от Vercel в $96,280 за предыдущую неделю. Это была крайняя точка более широкой закономерности: платформы с оплатой по факту использования удобны ровно до тех пор, пока трафик, боты, пропускная способность или вызовы функций не превратятся в неожиданный счёт.
Сейчас Vercel предлагает инструменты управления расходами: уведомления, вебхуки и возможность приостановить продакшен-развёртывания при достижении заданной суммы. Так что дело не в том, что у разработчиков нет рычагов контроля. Дело в том, что эти рычаги всё равно нужно понять, настроить и отслеживать. Heroku создаёт давление иного рода: он прост и зрел, но стоимость может быстро вырасти, как только вы выходите за рамки небольшого приложения и начинаете добавлять управляемые базы данных, Redis, воркеры, бэкапы и мониторинг.
Итог — взрослеющая экосистема open-source self-hosted PaaS-инструментов, которые стремятся воссоздать части привычного по Heroku процесса развёртывания на VPS, который контролируете вы: запушить код, подключить домен, получить SSL, запускать базы данных и управлять приложениями без построения полноценной платформы на базе Kubernetes.
В этой статье сравниваются шесть из них: Coolify, Dokku, CapRover, Dokploy, Kamal и seelf. Цель — не короновать инструмент с наибольшим числом звёзд. Цель — чётко обозначить пространство решений, чтобы вы могли подобрать инструмент под свои ограничения или понять, что ни один из них не подходит, и управляемая платформа по-прежнему остаётся правильным ответом.
Короткий ответ
Self-hosted PaaS может автоматизировать сборки Docker, настройку обратного прокси, SSL, развёртывание приложений и базовое управление сервисами на вашем собственном сервере. Чего он не даёт по умолчанию — это полного инфраструктурного слоя управляемой платформы: автоматического межрегионального аварийного переключения, безотказной работы баз данных без вашего участия или реагирования на инциденты силами платформы.
- Выбирайте Coolify, если хотите получить максимально близкий аналог полноценной панели в стиле Heroku на собственном VPS.
- Выбирайте Dokku, если хотите самый лёгкий процесс развёртывания через git-push и вам комфортно работать в CLI.
- Выбирайте CapRover, если хотите простой визуальный менеджер приложений и в основном развёртываете одноконтейнерные приложения.
- Выбирайте Dokploy, если хотите отполированную современную панель, поддержку Docker Compose и более чистый интерфейс, чем у Coolify.
- Выбирайте Kamal, если хотите инструмент развёртывания с упором на CLI, особенно для Rails или контейнеризированных приложений.
- Выбирайте seelf, если хотите лёгкий инструмент развёртывания на базе Docker Compose с небольшим веб-интерфейсом.
Если счёт за управляемый хостинг пока невелик и вы не хотите обслуживать сервер — оставайтесь на управляемой платформе. Если счёт растёт и вам комфортно самим отвечать за обновления, бэкапы, правила фаервола и реагирование на инциденты — self-hosted PaaS может оказаться разумным выбором.
Когда self-hosted PaaS действительно имеет финансовый смысл
Точка финансового перелома — это та часть, которую чаще всего упрощают.
Небольшой продакшен-сетап на Heroku может стартовать менее чем со $100 в месяц, но счёт может вырасти до сотен или тысяч, как только вы добавите несколько dyno, более крупный управляемый Postgres, Redis, бэкапы, мониторинг или повышенные требования к доступности. Похожий стек приложения часто помещается на VPS за $15–$30, но это не включает ту же надёжность управляемой базы данных, бэкапы, аварийное переключение или поддержку, которые платформы вроде Heroku/Vercel прячут за абстракцией.
Вот в чём реальный размен: вы не заменяете управляемую платформу на точно такое же, но дешевле. Вы меняете удобство платформы на VPS, open-source слой развёртывания и собственное время на обслуживание.
Полезное эмпирическое правило таково: self-hosting начинает иметь смысл, когда счёт за управляемую платформу становится болезненным настолько, что экономия оправдывает работу. Для небольшого SaaS это часто означает, что счёт перевалил примерно за $50 в месяц, а оператор реально может выделять несколько часов в месяц на обновления, бэкапы и базовый мониторинг.
Наше руководство по установке Docker на VPS — это обязательная предпосылка для любого из инструментов в этой статье. Если Docker ещё не запущен на вашем сервере, начните оттуда.
Экономия реальна, но она проявляется только если вы готовы обслуживать сервер.
Шесть инструментов бок о бок
Прежде чем разбирать инструменты по одному, стоит поставить все шесть рядом. Правильный инструмент — тот, с чьими ограничениями вы можете жить, а не тот, у кого самое громкое сообщество.
| Инструмент | Примерное число звёзд на GitHub | Философия | Поддержка нескольких серверов | Относительный объём накладных расходов | Оптимальный сценарий использования |
|---|---|---|---|---|---|
| Coolify | 54k+ | Веб-интерфейс, полноценный self-hosted PaaS-опыт | Текущий путь через Swarm выводится из эксплуатации; запланирована масштабируемость в v5 | Выше | Множество приложений, предпочтительна панель управления |
| Dokku | 31.9k | git-push, CLI, на основе плагинов | Только один сервер | Очень низкий | Одно-два приложения, минимальные накладные расходы |
| CapRover | 15k+ | GUI-ориентированный менеджер приложений | Поддержка Docker Swarm | Умеренный | Простые визуальные развёртывания и одноконтейнерные приложения |
| Dokploy | 33.7k+ | Современный веб-интерфейс, альтернатива Coolify | Поддержка удалённых серверов / Docker Swarm | Умеренный | Пользователи Docker Compose, которым нужен отполированный интерфейс |
| Kamal | 14.2k+ | С упором на CLI, без панели на хосте | Несколько серверов, оркестрация без кластера | Очень низкие накладные расходы на хосте | Приложения на Rails или Docker, команды, которым комфортно в CLI |
| seelf | 343 | Лёгкие развёртывания через Compose | Один узел | Низкий | Стеки Docker Compose с минимальными накладными расходами |
Крупный проект, который не соответствует вашим ограничениям, всё равно обойдётся вам в то же время на обслуживание, что и проект поменьше, который соответствует.
Coolify: опыт полноценной панели управления
Coolify — один из самых популярных self-hosted PaaS-инструментов в этой категории, и именно он ближе всего напоминает полноценную замену Heroku. Он даёт веб-панель для управления приложениями, сервисами, окружениями, доменами, SSL, развёртываниями и базами данных из одного места.
Coolify — один из самых заметных проектов в этой категории, и стабильная версия v4.0.0 вышла 27 апреля 2026 года после долгого бета-периода. Это важно, потому что Coolify и так уже широко использовался в продакшене, но стабильный релиз даёт новым пользователям более понятную отправную точку.
То, что Coolify делает хорошо, покрывает бо́льшую часть обращённой к разработчику площади, которую люди ждут от альтернатив Heroku или Vercel. Вы можете развёртывать несколько приложений, запускать стеки Docker Compose, добавлять сервисы вроде Postgres и Redis, использовать автоматический SSL через Traefik и подключать GitHub, GitLab, Gitea или Bitbucket.
Стоимость работы Coolify — та часть, которую обычно недооценивают. На сервере крутится не только ваше приложение; сам Coolify — это полноценный платформенный слой. Это нормально на VPS подходящего размера, но тесно на крошечном. По сравнению с Dokku, Coolify даёт более богатую панель и больше встроенных удобств, но и просит больше серверных ресурсов и более активного обслуживания.
У Coolify также самый крупный урок по безопасности в этом списке. В январе 2026 года раскрытие CVE в Coolify закрыло 11 критических уязвимостей, включая внедрение команд, обход аутентификации и раскрытие приватных ключей. Censys на тот момент насчитал примерно 52,890 публично доступных экземпляров Coolify, а бельгийский Центр кибербезопасности выпустил рекомендацию с призывом немедленно установить патчи.
Это не значит, что Coolify стоит избегать. Это значит, что к Coolify нужно относиться как к админ-панели с реальной властью над вашим сервером. По возможности держите панель вне публичного интернета. Привяжите её к приватной сети вроде Tailscale или WireGuard, ограничьте доступ по IP и быстро устанавливайте обновления безопасности.
Coolify — правильный выбор, если вам нужна полноценная панель, вы управляете несколькими приложениями, предпочитаете визуальный рабочий процесс и принимаете, что отвечать за патчинг самой платформы будете вы.
Dokku: самый маленький PaaS, который работает
Dokku — самый простой серьёзный вариант в этом сравнении. Он существует с 2013 года, использует процесс git-push в стиле Heroku и держится близко к идее делать одно дело хорошо.
Рабочий процесс прямолинеен: добавляете remote, пушите приложение, и Dokku собирает и запускает его. Плагины закрывают типовые потребности — Postgres, MySQL, MongoDB, Redis, бэкапы, сертификаты и задачи по расписанию. Веб-панели нет, и это либо неудобство, либо сокращение поверхности атаки — в зависимости от того, как на это посмотреть.
Главное преимущество Dokku — его малый объём. Он комфортно работает на небольшом VPS для скромного приложения и плагина базы данных. Это делает его одним из самых обоснованных вариантов, когда ваша цель — заменить небольшой счёт за управляемую платформу лёгким сетапом на VPS.
Dokku по-прежнему по умолчанию использует buildpacks, при этом доступна и поддержка Docker. Кто-то из разработчиков считает buildpacks устаревшими, но для мигрантов с Heroku зачастую именно в этом и суть. Procfile и привычки развёртывания в стиле Heroku переносятся чисто.
Главный минус в том, что Dokku ждёт от вас комфортной работы в CLI. Нет панели для коллег, которым хочется покликать, нет отполированного интерфейса для управления несколькими приложениями и меньше «ведения за руку», чем у Coolify или Dokploy.
Dokku — правильный ответ, когда вам нужен один git push, наименьший практичный объём сервера и отсутствие публичной админ-панели, которую нужно защищать.
CapRover, Dokploy, Kamal и seelf: остальные четыре
Coolify и Dokku — два очевидных выбора по умолчанию, но остальные четыре инструмента — не балласт. Каждый из них имеет смысл под конкретное ограничение.
CapRover
CapRover — это GUI-ориентированный менеджер развёртывания приложений и баз данных, построенный вокруг Docker, nginx, Let’s Encrypt и NetData. Его легко понять, легко установить, и он особенно удобен, если ваши приложения вписываются в прямолинейную одноконтейнерную модель развёртывания.
CapRover поддерживает Docker Swarm. Он всё ещё поддерживается, версия v1.14.1 вышла в ноябре 2025 года, но ощущается не таким быстро развивающимся, как более новые альтернативы с упором на панель — Coolify и Dokploy. Для совершенно нового развёртывания это важно. Вы выбираете не только сегодняшний набор функций; вы выбираете темп сопровождения инструмента, с которым вам придётся жить.
CapRover всё ещё разумен, если вы уже им пользуетесь, любите его простоту или хотите визуальный интерфейс без более тяжёлого ощущения Coolify. Для новых проектов Dokploy или Coolify обычно проще рекомендовать, если только простота CapRover не становится решающим фактором.
Dokploy
Dokploy — самый близкий аналог современной альтернативы Coolify. У него отполированная панель, есть поддержка Docker Compose, включены шаблоны, и он даёт разработчикам более чистый интерфейс для управления приложениями, базами данных, доменами и развёртываниями.
Важная поправка: Dokploy больше не является по своей конструкции исключительно одноузловым. По умолчанию он запускает приложения на том же узле, но теперь поддерживает удалённые серверы, настройки кластера и развёртывания на базе Docker Swarm. Это всё ещё не делает его управляемой платформой с автомасштабированием, но делает Dokploy более гибким, чем базовая одноузловая панель.
Преимущество Dokploy — удобство использования. Он ощущается новее, чище и быстрее развивающимся, чем некоторые более старые инструменты. Размен — меньшее сообщество, чем у Coolify, и меньше долгосрочной обкатки в боях, чем у Dokku.
Выбирайте Dokploy, если хотите современный веб-интерфейс, работаете с Docker Compose и вам нравится идея Coolify, но не его вес или недавний багаж проблем с безопасностью.
Kamal
Kamal отличается от остальных в списке. Это не веб-панель. Это инструмент развёртывания на базе CLI, созданный в 37signals и изначально спроектированный вокруг Rails, хотя он может развёртывать любое веб-приложение, которое можно контейнеризировать с помощью Docker.
Kamal использует процесс на базе реестра Docker и SSH для развёртывания контейнеров на серверы. Он не держит на хосте постоянную админ-панель, что уменьшает поверхность развёртывания. Он может развёртывать на нескольких серверах, но не оркеструет их так, как Kubernetes или управляемый кластер.
Это делает Kamal сильным выбором для команд, которые предпочитают управляемые кодом операции вместо панелей. Если ваша команда уже работает в терминале, понимает образы Docker и хочет воспроизводимые развёртывания без PaaS-панели, Kamal — чистый вариант.
Выбирайте Kamal для приложений на Rails, контейнеризированных приложений и команд, которым нужен максимально компактный инструмент развёртывания, а не платформенный интерфейс.
seelf
seelf — самый маленький и нишевый инструмент здесь. Это лёгкая платформа развёртывания, построенная вокруг стеков Docker Compose и небольшой веб-панели.
Главная привлекательность — простота. Если у вас уже есть рабочий файл Docker Compose и вы хотите чистый способ развернуть его на собственной инфраструктуре, seelf может оказаться достаточным. Он не пытается стать полноценной заменой Heroku, и эта сдержанность — часть его ценности.
Размен — размер сообщества. Имея всего несколько сотен звёзд на GitHub, seelf — не тот инструмент, который стоит выбирать, если вам нужно много туториалов, ответов от сообщества и сторонних интеграций. Возможно, придётся внимательно читать документацию или заглядывать в исходный код, когда что-то ведёт себя неожиданно.
Выбирайте seelf, если ваш рабочий процесс строится вокруг Compose, а Coolify или Dokploy ощущаются тяжелее необходимого.
Честные ограничения, которые имеют значение
Self-hosted PaaS-инструменты полезны, потому что прячут рутинную работу по развёртыванию. Они опасны, когда пользователи забывают, что лежащий в основе сервер по-прежнему остаётся их ответственностью.
Потолок одного узла
Об этих инструментах проще всего рассуждать, когда одного VPS достаточно. Некоторые поддерживают развёртывания на нескольких серверах, но ни один не даёт автомасштабирования управляемой платформы или межрегионального аварийного переключения без дополнительной проектной работы.
Это не автоматически непреодолимое препятствие. Многие небольшие приложения комфортно работают на одном VPS подходящего размера. Но «одного сервера достаточно» — это ограничение, которое стоит осознанно принять, а не обнаружить во время сбоя.
Операционная ответственность
При self-hosting вы отвечаете за обновления, бэкапы, правила фаервола, мониторинг и реагирование на инциденты. CVE-инцидент Coolify в 2026 году — самый наглядный пример того, как эта ответственность выглядит на практике, но тот же принцип применим к каждому инструменту в этом списке.
Управляемая платформа берёт бо́льшую часть этой работы на себя. Self-hosted PaaS даёт больше контроля и более низкую стоимость инфраструктуры, но и сажает вас на график патчей.
Сюрпризы фаервола с Docker
Публикация портов Docker может удивить тех, кто полагается только на UFW или базовые предположения о хостовом фаерволе. Docker создаёт собственные правила фаервола для публикации портов и сетевой изоляции, поэтому «UFW включён» само по себе недостаточно.
Более безопасные меры — привязывать контейнеры к localhost, когда они стоят за обратным прокси, осознанно использовать сети Docker и управлять фильтрацией через цепочку DOCKER-USER. Установка iptables=false — продвинутая опция, и она не подходит большинству пользователей, потому что может сломать сетевое взаимодействие контейнеров.
Конфликты обратного прокси
Многие self-hosted PaaS-инструменты устанавливают или ожидают собственный обратный прокси. Coolify использует Traefik. CapRover использует nginx. Другие сервисы на вашем VPS могут уже использовать Caddy, nginx или иной прокси.
Если два сервиса попытаются занять порты 80 и 443, они вступят в конфликт. Решение обычно — свести всё к одному обратному прокси или осознанно разместить PaaS за уже имеющимся прокси. Не устанавливайте панельный PaaS на загруженный сервер и не предполагайте, что он автоматически уживётся с вашим текущим веб-стеком.
Затраты времени
Возражение с Hacker News попадает в цель для нетривиального числа команд: если вы сами управляете PaaS, получаете ли вы по-прежнему выгоду от PaaS?
Иногда ответ — да. Если ваш счёт за управляемую платформу достаточно высок, а приложение достаточно простое, self-hosted PaaS может сэкономить ощутимые деньги. Иногда ответ — нет. Если self-hosting экономит $30 в месяц, но стоит вам четырёх часов обслуживания, отладки и беспокойства, цифры, скорее всего, не сходятся.
Self-hosted PaaS — это размен, а не бесплатное улучшение.
Краткий вердикт
Выберите Coolify если вам нужна панель, вы хотите несколько приложений на одном сервере и принимаете активный патчинг как часть сделки.
Выберите Dokku если вам нужен один git push, наименьший практичный объём сервера и отсутствие публичной панели, которую нужно защищать.
Выберите Dokploy если вам нужен более чистый современный интерфейс, поддержка Docker Compose и больше гибкости, чем у базовой одноузловой панели.
Выберите CapRover если вам нужен простой визуальный менеджер приложений и ваши развёртывания вписываются в его модель.
Выберите Kamal если вашей команде комфортно в CLI и нужны воспроизводимые развёртывания Docker без платформенной панели.
Выберите seelf если вам нужны лёгкие развёртывания Docker Compose и большая экосистема не требуется.
если счёт за управляемую платформу пока невелик и вам не хочется заниматься обслуживанием — оставайтесь на управляемой.
Более простой способ начать с self-hosting
Самая трудная часть self-hosted PaaS — не всегда сам инструмент. Это обвязка вокруг него: подготовка VPS, установка Docker, настройка сети, открытие нужных портов, работа с SSL и забота о том, чтобы панель не оказалась беспечно открытой наружу.
Вот здесь маркетплейс приложений в один клик может облегчить первый шаг. Вместо того чтобы начинать с чистого VPS, вы можете использовать готовое развёртывание для инструментов вроде Coolify, Dokku или seelf, а затем сосредоточиться на том, подходит ли платформа вашему приложению.
Маркетплейс Cloudzy включает установку в один клик для Coolify, Dokku и seelf. Это не снимает ответственность за обслуживание вашего сервера, но убирает значительную часть трения на этапе настройки, которое мешает разработчикам в принципе попробовать self-hosted PaaS.
Часто задаваемые вопросы
Какая лучшая самостоятельно размещаемая альтернатива Heroku?
Coolify и Dokku — самые безопасные варианты по умолчанию. Выбирайте Coolify, если хотите панель и более полный платформенный опыт. Выбирайте Dokku, если хотите самый лёгкий git-push процесс в стиле Heroku и вам комфортно работать в CLI.
Безопасно ли использовать Coolify в продакшене?
Coolify можно использовать в продакшене, но только если относиться к нему как к мощной серверной админ-панели. Держите панель приватной, ограничивайте доступ и быстро устанавливайте обновления. Публично открытая панель без плана патчинга — вот рискованная часть.
Coolify против Dokku: что выбрать?
Выбирайте Coolify, если вы запускаете несколько приложений и хотите веб-панель. Выбирайте Dokku, если запускаете одно-два приложения, предпочитаете CLI и хотите минимальные накладные расходы.
Может ли self-hosted PaaS заменить Vercel для Next.js?
Для многих небольших приложений — да. Coolify и Dokploy могут хостить приложения на Next.js, но вы отказываетесь от управляемого слоя edge/CDN у Vercel и должны сами настраивать кэширование, поведение ISR, масштабирование оптимизации изображений и согласованность между несколькими экземплярами.
Нужен ли мне Kubernetes, или self-hosted PaaS достаточно?
Если одного VPS достаточно и вам не нужны автомасштабирование или межрегиональное аварийное переключение, self-hosted PaaS достаточно. Если вам нужны согласованное планирование на нескольких узлах, автоматическое масштабирование и более глубокий контроль над инфраструктурой, вы движетесь в сторону Docker Swarm, Nomad или Kubernetes.
Поддерживается ли Dokku до сих пор?
Да. Dokku по-прежнему получает стабильные релизы, но развивается медленно по сравнению с более новыми инструментами с упором на панель. Для инфраструктурного ПО это может быть скорее силой, чем слабостью.
