Якщо ви вже відмовилися від керованого PaaS, ваш VPS підготовлено, SSH-ключ додано, а курсор у терміналі блимає на рядку інсталяції. Залишилося єдине питання: що ж запустити — curl ... | bash для Coolify чи для Dokploy?
Обидва інструменти встановлюються однією командою. Обидва дають вам розгортання через Git-push, автоматичний SSL, вебінтерфейс і зворотний проксі поверх Docker. Цікаві відмінності — ті, що проявляються у продакшені: як кожен обробляє стандартний docker-compose.yml, що відбувається під час розгортання та як кожен проєкт відреагував на новини, які переформували це порівняння у 2026 році. Основну вагу тут несуть дві новини: Розкриття CVE у Coolify в січні 2026 та й Реструктуризація ліцензії Dokploy того ж місяця.
Цей допис зіставляє кожен інструмент із конкретним сценарієм використання, а не коронує переможця. До кінця ви, сподіваємось, дізнаєтеся, який із них пасує вашому робочому процесу.
Коротко
- Coolify старший і має більшу екосистему (~55k зірок на GitHub, 300+ шаблонів сервісів в один клік), важчий у простої, повністю Apache 2.0, без платного рівня на боці самостійного розгортання.
- Dokploy молодший (~34k зірок), легший у простої, ядро Apache 2.0 плюс окрема Source Available License, що обмежує майбутні платні функції (SSO, RBAC, журнали аудиту, white-labeling).
- Coolify сьогодні не може робити розгортання з нульовим простоєм через Docker Compose; лише через Dockerfile, Nixpacks або розгортання одного образу. Dokploy постачає Docker Swarm як повноцінний режим; Swarm у Coolify позначено як експериментальний.
- CVE Coolify від січня 2026 виправлено у v4.0.0 (April 27, 2026). Оновіть Coolify і не виставляйте панель керування у публічний доступ.
Коли жоден інструмент не є правильною відповіддю
І Coolify, і Dokploy мають невідповідну форму для деяких налаштувань. Три альтернативи, про які варто знати, коротко:
- Kamal (від 37signals): для команд з одним чи двома застосунками, які хочуть нуль інтерфейсу; просто
kamal deployз вашого ноутбука. Значно простіший за Coolify чи Dokploy і правильний вибір, коли вам не потрібна панель керування. - Dokku: класична модель Git-push на одному сервері. Старший, вужчий обсяг, дуже стабільний. Той самий оригінальний «Heroku на одному VPS».
- GitHub Actions + Docker Compose на чистому VPS: найменший можливий стек. Без інтерфейсу оркестрації, але й без накладних витрат на оркестрацію. Добре підходить для одного застосунку, де процес розгортання
docker compose pull && docker compose up -dзапускається з CI.
Якщо ваша форма — один застосунок на одному сервері, і Coolify, і Dokploy, ймовірно, надмірні; спершу спробуйте щось із наведеного вище. Якщо у вас кілька застосунків, кілька баз даних або команда з нетехнічними учасниками, яким потрібен інтерфейс для керування, вибір між Coolify і Dokploy саме той, який варто зробити. Для ширшого огляду варіантів у цій категорії дивіться нашу добірку self-hosted хмарних платформ з веб-інтерфейсом.
Coolify і Dokploy коротко
Стабільний реліз Coolify v4.0.0 вийшов April 27, 2026, після тривалого циклу бета-тестування. Dokploy перебуває на v0.29.4 станом на May 11, 2026. Обидва — це самостійно розгорнуті PaaS-проєкти з відкритим кодом у просторі альтернатив Heroku/Render/Vercel, обидва огортають Docker інтерфейсом, зворотним проксі з HTTPS за замовчуванням (Traefik) і розгортаннями на основі Git.
| Функція | Coolify | Dokploy |
|---|---|---|
| Останній стабільний реліз | v4.0.0 (April 27, 2026) | v0.29.4 (May 11, 2026) |
| Ліцензія | Apache 2.0 | Ядро Apache 2.0 + Source Available для платних функцій |
| Технологічний стек | PHP / Laravel | TypeScript / Node.js |
| Зірки на GitHub | ~55,000 | ~34,000 |
| Мінімум RAM (офіційно) | 2 GB | 2 GB |
| Мінімум CPU (офіційно) | 2 ядра | не вказано |
| RAM у простої (за повідомленнями спільноти) | 500 MB – 1.2 GB | 300 – 400 MB |
| Нульовий простій у Docker Compose | Не підтримується (лише Dockerfile/Nixpacks) | Стандартна обробка Compose |
| Кластеризація на кількох серверах | Docker Swarm (експериментальний) | Docker Swarm (нативний) |
| Підтримка ARM64 | Так (зокрема Raspberry Pi OS) | Не заявлено в документації |
| Системи збірки | Nixpacks, Dockerfile, образ Docker | Nixpacks, Dockerfile, образ Docker, Heroku Buildpacks, Paketo, Railpack |
| Зворотний проксі-сервер | Traefik | Traefik |
| Обсяг моніторингу при самостійному розгортанні | Вбудовані метрики + перегляд журналів | Базові метрики ресурсів + ШІ-аналіз журналів/помилок збірки (v0.29.0+) |
Наша думка: обирайте Dokploy, якщо хочете нижчі накладні витрати в простої, нативну підтримку кількох серверів і стандартну обробку Docker Compose без специфічного для платформи доопрацювання. Обирайте Coolify, якщо хочете більшу бібліотеку застосунків в один клік, підтримку ARM64/Raspberry Pi або чистий Apache 2.0 без майбутнього платного рівня, що чекає за лаштунками.
Споживання ресурсів і підбір розміру VPS
Самостійно розгорнутий PaaS може зекономити вам вартість Heroku. Якщо рівень оркестрації з'їдає 1.5 GB вашого VPS на 2 GB у простої, у вас нічого не залишається, щоб розгортати. Тож перше практичне питання на малому сервері: скільки коштує кожен інструмент, перш ніж ви розгорнули хоч один застосунок?
Споживання RAM у Coolify в простої залежить від того, який моніторинг увімкнено, з базовим навантаженням CPU 5–7%, яке різко зростає під час запуску збору метрик. Власна документація Coolify використовує репрезентативне продакшен-навантаження у 8 GB RAM, 4 ядра і 150 GB сховища, на якому працюють 3 застосунки Node.js, 4 статичні сайти й кілька баз даних. Це розумний орієнтир для підбору розміру, якщо ваш стек схожий.
Dokploy, навпаки, працює значно легше — значно менше 2% CPU, коли нічого не розгортається.
A матеріал LogRocket про продакшен із запуском обох інструментів пліч-о-пліч дійшов того ж висновку за напрямком: docker stop && docker start на застосунку Dokploy не запускає повну перезбірку, тоді як та сама операція в Coolify запускає. Уже саме це зміщує сталу вартість на користь Dokploy, особливо на менших планах VPS, де штормові перезбірки з'їдають ваш бюджет CPU.
Для підбору розміру ось налаштування VPS, які я б рекомендував:
- Coolify, легке навантаження: 2 vCPU / 4 GB RAM / 120 GB NVMe is the practical starting point for Coolify plus a couple of small apps.
- Coolify, продакшен-орієнтоване навантаження: 4 vCPU / 8 GB RAM / 160 GB NVMe to match Coolify's own documented 3 Node.js + 4 static sites + databases example.
- Dokploy, легке навантаження: 1 vCPU / 2 GB RAM / 60 GB NVMe is comfortable for a single small app.
- Dokploy, запас для продакшену: 2 vCPU / 4 GB RAM / 120 GB NVMe gives you room for a small production stack.
Порада: RAM Coolify у простої масштабується разом із конфігурацією моніторингу. Якщо у вас обмаль пам'яті, зменшіть інтервал збору метрик (або повністю вимкніть вбудований моніторинг, якщо ви вже запускаєте Prometheus/Grafana деінде), перш ніж переходити на більший сервер.
Реальність розгортання: Docker Compose, Dockerfile і нульовий простій
Більшість команд приходять до одного з цих інструментів з наявним docker-compose.yml і очікуванням: вставити файл, натиснути «розгорнути», побачити запущений застосунок. Те, як кожна платформа обробляє стандартний Compose і що відбувається з активними запитами під час наступного розгортання, — саме там і з'являється практична різниця.
Coolify підтримує Docker Compose, Dockerfile, Nixpacks (автовизначення з файлів проєкту) і пряме розгортання образів Docker. Однак тут є нюанс, про який варто сказати прямо: розгортання з нульовим простоєм (поступові оновлення, blue/green) працюють у Coolify лише через Dockerfile, Nixpacks або розгортання одного образу. Вони не працюють через Docker Compose. Один із супровідників Coolify підтвердив у обговоренні на GitHub , що «для розгортань на основі compose всі контейнери зупиняються перед запуском нових, наразі для розгортань на основі compose немає поступового оновлення». Підтримку поступового оновлення для Compose заплановано на дорожній карті для v5; v4 її не отримає. Обхідний шлях, який пропонує супровідник, — розділити стек Compose на окремі сервіси Coolify, що є нетривіальною міграцією, якщо ваш файл Compose виражає реальні взаємозв'язки між сервісами.
Наслідок для користувачів проявляється в гілці Hacker News про Coolify, де один оператор сказав прямо: «будь-який незавершений запит, коли ви оновлюєте застосунок, просто обривається». Це точно описує розгортання Compose сьогодні.
Рівень Compose у Coolify також додає те, що проєкт називає «магічними змінними». Це означає автоматичне впровадження допоміжних образів, переписування мереж і перевизначення середовища. Намір — бути ефективнішим; побічний ефект у тому, що docker-compose.yml який чисто запускається на вашому ноутбуці, іноді потребує коригування, щоб чисто запуститися в Coolify. Та сама гілка Hacker News виводить на поверхню показовий випадок: «Додав 8 змінних усередині docker-compose, розпізнаються лише 7». Якщо ваш стек Compose малий і стандартний, ви можете на це й не натрапити. Якщо він великий чи незвичний — натрапите.
Позиція Dokploy інша. Огляд від LogRocket практичний огляд виявив, що Dokploy «може розгорнути наявний docker-compose.yml з мінімальними змінами або взагалі без них» і тримається близько до нативної моделі маршрутизації Docker на основі міток. Той самий огляд зазначає, що зупинка/запуск контейнера в Dokploy не запускає повну перезбірку, тоді як та сама дія в Coolify запускає. Це сигнал про поведінку під час виконання за напрямком, а не формальна «гарантія нульового простою» з документації Dokploy, але він збігається з тим, що повідомляють самостійні хостери на менших екземплярах VPS.
Dokploy також підтримує Heroku Buildpacks, Paketo Buildpacks і Railpack на додачу до Nixpacks і Dockerfile. Для команд, які приходять із Heroku з heroku.yml або робочими процесами на основі buildpack, це шлях найменшого опору.
Ключовий висновок розділу: якщо ваші наявні сервіси — це реальний стек Docker Compose, Coolify вимагатиме від вас або реструктурувати стратегію розгортання, або змиритися з коротким простоєм на кожен push. Dokploy не вимагатиме.
Безпека: розкриття CVE у Coolify в січні 2026
Я читаю ширшу історію так: Coolify безпечно запускати сьогодні, якщо тримати його оновленим і не виставляти панель керування у публічний інтернет. Розкриття не дискваліфікує проєкт. Відповідальне розкриття було дотримано, а патчі вийшли. Що воно справді показує — це те, що поверхня атаки, доступна для автентифікованого користувача з низькими привілеями, була ширшою, ніж мала б бути. Це урок дизайну для проєкту й операційний урок для оператора: посиліть модель доступу зараз.
Порада: навіть після встановлення патчів ставтеся до своєї панелі керування Coolify як до SSH. Прив'яжіть її до приватної мережі, поставте за VPN або огорніть TailscaleНе виставляйте порт 8000 у публічний інтернет лише тому, що інсталяційний скрипт це спрощує.
Dokploy теж не звільнений від подібних проблем. примітки до релізу v0.29.3 визнають вразливість безпеки, виявлену в Dokploy, і постачають скрипт патча безпеки, який ви маєте запустити разом з оновленням. Менша поверхня, коротша історія проєкту, але та сама операційна дисципліна застосовна: оновлюйтеся в день виходу патчів, не лишайте панель керування в публічному інтернеті.
Ключовий висновок розділу: історія з CVE — це жовта картка для операційної практики Coolify, а не червона картка проти проєкту, але вона піднімає планку щодо дисципліни оновлень і того, як ви виставляєте панель керування.
Ліцензування: що безкоштовно, а що ні
Ліцензію Dokploy реструктуровано January 21, 2026. Ось що змінилося і що це означає для самостійних хостерів.
Тепер Dokploy має стандартну Apache 2.0 для ядра, замінивши попередню нестандартну адаптовану Apache 2.0, яка плутала користувачів щодо того, що було відкритим кодом, а що ні. Окрема Dokploy Source Available License тепер керує кодом у proprietary/ каталогах: видимий вихідний код, платний для використання в продакшені. Функції, які, за словами Dokploy, житимуть за цією ліцензією:
- Єдиний вхід (SSO/SAML) і розширене керування доступом
- Власний брендинг і white-labeling
- Висока доступність, автомасштабування й аварійне відновлення
- Розширений моніторинг, інтеграції та функції відповідності
Проєкт явно зобов'язався ніколи не переносити наявну функцію з відкритим кодом до платного рівня; майбутній платний функціонал орієнтований на організації, яким потрібен корпоративний клей. 2FA вже сьогодні перебуває за рівнем Startup на сторінці цін Dokploy.
Ситуація з Coolify проста. Проєкт має Apache 2.0 на GitHub; кожна функція в самостійно розгорнутій версії безкоштовна. Існує пропозиція Coolify Cloud для команд, які хочуть, щоб супровідник хостив його, але самостійно розгорнута версія — це повноцінний продукт без обмежень функцій і без шляху оновлення до платного рівня, якого у вас сьогодні немає.
Моє прочитання: для окремих розробників і малих команд, що самостійно хостять на власному VPS, Dokploy фактично безкоштовний і таким залишиться. Для організації, якій згодом знадобиться SSO, тонке RBAC, журнали аудиту чи white-labeling, Dokploy зрештою підштовхне вас до платного рівня. Coolify не підштовхне, бо в Coolify немає такого рівня на дорожній карті.
Уточнення з кількох джерел, яке варто зробити: самостійно розгорнута збірка Dokploy справді включає базові метрики ресурсів (CPU, пам'ять, сховище, мережа), а v0.29.0 додала ШІ-аналіз журналів і помилок збірки. Система моніторингу Dokploy працює лише в хмарі для більш розширених функцій моніторингу. Однак моніторинг усе ж працює локально при самостійному розгортанні для базових метрик ресурсів до запуску контейнерів.
Кілька серверів і кластеризація: реальність проти маркетингу
Рано чи пізно одного VPS стає замало, і обидва проєкти помітно рекламують підтримку кількох серверів на своїх посадкових сторінках. Реальність на місцях не така сама.
Coolify офіційна документація Coolify щодо масштабованості прямо про це говорить: підтримку Docker Swarm позначено як експериментальну. Стандартний шаблон кількох серверів використовує перевірені віддалені сервери, з'єднані через SSH, зі спільним Docker Registry між ними та екземплярами Traefik, що працюють на кожному сервері. Режим Swarm потребує щонайменше трьох серверів однієї архітектури (усі ARM або всі AMD64). Kubernetes? «Лише заплановано, але ще не в дорожній карті, тож без ETA». Якщо прочитати власну сторінку Coolify про це, коротка версія така: кілька серверів працюють, Swarm у беті, а Kubernetes — це бачення.
Dokploy постачає Docker Swarm як повноцінний режим без експериментального прапорця. Traefik обробляє маршрутизацію і в одно-серверних, і в Swarm-налаштуваннях. Реліз v0.29.0 додав підтримку кількох серверів без прав root, що закриває реальну прогалину (більше жодного SSH лише від root для додавання віддалених вузлів).
Якщо кластеризація на кількох вузлах — це те, що вам знадобиться найближчі пів року, а не «колись на слайді презентації», Dokploy сьогодні є вибором із нижчим ризиком.
Ключовий висновок розділу: якщо кластеризація у вашій найближчій дорожній карті, різниця у Swarm перевертає рекомендацію на користь Dokploy незалежно від інших осей.
Системи збірки та підтримка мов
Команди, що приходять із Heroku, найбільше дбатимуть про те, які екосистеми buildpack підтримує кожен інструмент, бо це визначає, скільки переписування потребує ваш проєкт перед першим розгортанням.
Шлях збірки Coolify — це Nixpacks (за замовчуванням, автовизначення з файлів вашого проєкту), Dockerfile або готовий образ Docker. Nixpacks надійний для типових випадків (Node, Python, PHP, Go, Rust), але автовизначення має гострі кути. Варто перевірити для вашого стеку: проблема Nixpacks від січня 2026, що зачіпала проєкти Laravel з обома composer.json та package.json створювала дубльовані блоки location у Nginx, що ламало клас розгортань, доки upstream це не виправив.
Dokploy підтримує Nixpacks, Dockerfile й образ Docker, а також додає Heroku Buildpacks, Paketo Buildpacks і Railpack. Якщо ваш проєкт уже чисто збирається з heroku.yml або buildpack, Dokploy дозволяє зберегти цей робочий процес. Coolify попросить вас перейти на інше.
На поверхні обидва інструменти виглядають однаково: розгортання через Git-push із GitHub, GitLab, Bitbucket, автоматичний SSL від Let's Encrypt, вебінтерфейс для змінних середовища та керування базами даних. Широта систем збірки — одне з небагатьох місць, де Dokploy чітко простягається далі.
Каталоги застосунків в один клік
Для нетехнічних операторів, які хочуть розгортати відомі сервіси з відкритим кодом (n8n, Plausible, Supabase, Ghost, Listmonk, звичний самостійно розгорнутий набір), розмір бібліотеки шаблонів в один клік є реальним відмінником. Для деяких користувачів це важливіше за інші аспекти, як-от продуктивність чи легкість.
Coolify пропонує 300+ сервісів в один клік приблизно в 40 категоріях: ШІ, аналітика, автоматизація, бази даних, безпека, сховище й решта. Це значно більша бібліотека й практична відповідь для нерозробників, які хочуть розгорнути сервіс, не пишучи файл Compose.
Бібліотека шаблонів Dokploy менша. Поточна документація Dokploy не публікує чіткої кількості, тож я не даватиму вам цифру.
Практична відповідь: якщо ваш робочий процес — «розгорнути n8n, Supabase і Plausible у два кліки кожен», Coolify чисто виграє цю вісь. Якщо ви пишете власні застосунки й просто хочете їх розгорнути, розмір каталогу не має значення, а інші осі мають.
Як обрати: рекомендації за сценаріями використання
Тут немає єдиного переможця. Є відповідності між інструментом і формою розгортання:
- Нетехнічна команда, яка хоче бібліотеку сервісів: Coolify. Каталог з 300+ шаблонів — це відчутна перевага.
- Docker-нативний розробник, який хоче легкість + стандартну обробку Compose: Dokploy.
- Обладнання ARM64 (Raspberry Pi, VPS на базі ARM): Coolify. Dokploy не заявляє підтримку ARM64 в поточній документації; якщо ви на ARM, обирайте Coolify за замовчуванням, доки не підтвердите інше.
- Кластеризація на кількох вузлах, яку ви використаєте цього кварталу: Dokploy. Нативний Swarm проти експериментального Swarm — вирішальний чинник.
- Чистий Apache 2.0, без можливого майбутнього платного рівня: Coolify.
- Міграція з Heroku з бажанням зберегти Heroku Buildpacks: Dokploy.
- Стурбовані CVE від січня 2026: оновлений Coolify (v4.0.0+) цілком підходить. Справжнє питання — ваша модель доступу. Якщо ви не можете прив'язати панель керування до приватної мережі чи VPN, Dokploy — менш стресовий вибір: менша поверхня й коротша історія розкриттів високої критичності.
Примітка про розгортання будь-якого з інструментів
Щойно ви обрали, сама інсталяція — це одна команда в будь-якому з проєктів, але є зручний обхід, про який варто знати. І Coolify, і Dokploy доступні як розгортання в один клік у наш маркетплейсз попередньо встановленими Ubuntu 24.04 і Docker та вже доступною панеллю керування. Якщо хочете пропустити ручне налаштування, лістинги маркетплейсу для Coolify та Dokploy — найшвидший шлях. Якщо ви радше почали б із чистої ОС і запустили офіційний інсталятор самостійно, обидва проєкти публікують однорядковий скрипт; обирайте той, що пасує вашому процесу підготовки.
Часті запитання
Чи Dokploy досі з відкритим кодом після зміни ліцензії у 2026?
Так для ядра платформи. Із January 21, 2026 ядро Dokploy — це стандартна Apache 2.0. Окрема Dokploy Source Available License тепер керує кодом у proprietary/ каталогах, які наразі охоплюють майбутні корпоративні функції (SSO/SAML, тонке RBAC, журнали аудиту, white-labeling). Для окремих і малих команд, що самостійно хостять, Dokploy фактично з відкритим кодом.
Чи вразливості безпеки Coolify від січня 2026 все ще викликають занепокоєння?
11 розкритих CVE виправлено в Coolify v4.0.0 (випущено April 27, 2026). Якщо ви запускаєте v4.0.0 чи новіший, розкриті вразливості усунено. Залишається доступ: тримайте Coolify оновленим і не виставляйте панель керування у публічний інтернет. Прив'яжіть її до приватної мережі або поставте за VPN.
