Jika Anda sudah meninggalkan PaaS terkelola, VPS Anda sudah disediakan, kunci SSH sudah ditambahkan, dan kursor terminal Anda berkedip di baris instalasi. Satu-satunya pertanyaan yang tersisa: apakah Anda menjalankan curl ... | bash untuk Coolify, atau untuk Dokploy?
Kedua tool diinstal dalam satu perintah. Keduanya memberi Anda deployment Git-push, SSL otomatis, UI web, dan reverse proxy di atas Docker. Perbedaan menariknya adalah yang muncul di produksi: bagaimana masing-masing menangani docker-compose.yml, apa yang terjadi selama deploy, dan bagaimana masing-masing proyek merespons kabar yang membentuk ulang perbandingan ini di 2026. Dua kabar membawa sebagian besar bobotnya di sini: yang Pengungkapan CVE Coolify pada Januari 2026 dan yang restrukturisasi lisensi Dokploy pada bulan yang sama.
Postingan ini mencocokkan setiap tool dengan kasus penggunaan tertentu alih-alih menobatkan pemenang. Di akhir, semoga Anda tahu mana yang cocok dengan alur kerja Anda.
TL;DR
- Coolify lebih tua dengan ekosistem lebih besar (~55k bintang GitHub, 300+ template layanan satu klik), lebih berat saat idle, Apache 2.0 sepenuhnya, tanpa tier berbayar di sisi self-hosted.
- Dokploy lebih muda (~34k bintang), lebih ringan saat idle, inti Apache 2.0 plus Source Available License terpisah yang membatasi fitur berbayar mendatang (SSO, RBAC, audit log, white-labeling).
- Coolify saat ini tidak bisa melakukan deployment zero-downtime via Docker Compose; hanya via Dockerfile, Nixpacks, atau deploy image tunggal. Dokploy menghadirkan Docker Swarm sebagai mode kelas satu; Swarm milik Coolify dilabeli eksperimental.
- CVE Coolify Januari 2026 sudah ditambal di v4.0.0 (April 27, 2026). Perbarui Coolify dan jangan mengekspos dasbor ke publik.
Ketika Kedua Tool Bukan Jawaban yang Tepat
Baik Coolify maupun Dokploy bukan bentuk yang tepat untuk sebagian setup. Tiga alternatif yang layak diketahui, secara singkat:
- Kamal (dari 37signals): untuk tim dengan satu atau dua aplikasi yang menginginkan tanpa UI; cukup
kamal deploydari laptop Anda. Jauh lebih sederhana daripada Coolify atau Dokploy dan pilihan yang tepat ketika Anda tidak menginginkan dasbor. - Dokku: klasik, model Git-push, server tunggal. Lebih tua, lingkup lebih kecil, sangat stabil. Sang "Heroku di satu VPS" yang orisinal.
- GitHub Actions + Docker Compose di VPS polos: stack sekecil mungkin. Tanpa UI orkestrasi, tapi juga tanpa overhead orkestrasi. Bagus untuk satu aplikasi di mana alur deploy
docker compose pull && docker compose up -ddipicu dari CI.
Jika bentuk Anda satu aplikasi di satu server, baik Coolify maupun Dokploy kemungkinan berlebihan; coba salah satu di atas dulu. Jika Anda punya banyak aplikasi, banyak basis data, atau tim dengan anggota non-teknis yang butuh UI untuk mengoperasikan banyak hal, pilihan Coolify vs Dokploy adalah pilihan yang tepat untuk dibuat. Untuk survei opsi yang lebih luas di kategori ini, lihat rangkuman kami tentang platform cloud self-hosted dengan web UI.
Coolify dan Dokploy Sekilas
Coolify v4.0.0 stable rilis pada April 27, 2026, setelah siklus beta yang panjang. Dokploy berada di v0.29.4 per May 11, 2026. Keduanya adalah proyek PaaS self-hosted open-source di ranah alternatif Heroku/Render/Vercel, keduanya membungkus Docker dengan UI, reverse proxy HTTPS-by-default (Traefik), dan deploy berbasis Git.
| Fitur | Coolify | Dokploy |
|---|---|---|
| Rilis stable terbaru | v4.0.0 (April 27, 2026) | v0.29.4 (May 11, 2026) |
| Lisensi | Apache 2.0 | Inti Apache 2.0 + Source Available untuk fitur berbayar |
| Tumpukan teknologi | PHP / Laravel | TypeScript / Node.js |
| Bintang GitHub | ~55,000 | ~34,000 |
| RAM minimum (resmi) | 2 GB | 2 GB |
| CPU minimum (resmi) | 2 inti | tidak ditentukan |
| RAM idle (dilaporkan komunitas) | 500 MB – 1.2 GB | 300 – 400 MB |
| Zero-downtime Docker Compose | Tidak didukung (hanya Dockerfile/Nixpacks) | Penanganan Compose standar |
| Cluster multi-server | Docker Swarm (eksperimental) | Docker Swarm (native) |
| Dukungan ARM64 | Ya (termasuk Raspberry Pi OS) | Tidak diiklankan di dokumen |
| Sistem build | Nixpacks, Dockerfile, image Docker | Nixpacks, Dockerfile, image Docker, Heroku Buildpacks, Paketo, Railpack |
| Proksi terbalik | Traefik | Traefik |
| Cakupan monitoring self-hosted | Metrik bawaan + penampil log | Metrik sumber daya dasar + analisis error log/build berbasis AI (v0.29.0+) |
Saran kami: pilih Dokploy jika Anda menginginkan overhead idle lebih rendah, dukungan multi-server native, dan penanganan Docker Compose standar tanpa penyesuaian spesifik platform. Pilih Coolify jika Anda menginginkan pustaka aplikasi satu klik yang lebih besar, dukungan ARM64/Raspberry Pi, atau Apache 2.0 murni tanpa tier berbayar yang menunggu di kemudian hari.
Jejak Sumber Daya dan Penentuan Ukuran VPS
PaaS self-hosted bisa menghemat biaya Heroku. Jika lapisan orkestrasi memakan 1.5 GB dari VPS 2 GB Anda saat idle, tidak ada yang tersisa untuk men-deploy aplikasi. Jadi pertanyaan praktis pertama di server kecil adalah: berapa banyak biaya setiap tool sebelum Anda men-deploy satu aplikasi pun?
Penggunaan RAM idle Coolify bergantung pada monitoring apa yang diaktifkan, dengan jejak CPU baseline 5–7% yang melonjak saat scrape metrik berjalan. Dokumentasi Coolify sendiri menggunakan beban kerja produksi representatif sebesar 8 GB RAM, 4 core, dan 150 GB penyimpanan yang menjalankan 3 aplikasi Node.js, 4 situs statis, dan beberapa basis data. Itu referensi ukuran yang masuk akal jika stack Anda mirip.
Dokploy, sebaliknya, berjalan jauh lebih ringan, jauh di bawah 2% CPU ketika tidak ada yang sedang di-deploy.
A ulasan produksi LogRocket yang menjalankan kedua tool berdampingan mencapai kesimpulan yang sama arahnya: sebuah docker stop && docker start pada aplikasi Dokploy tidak memicu rebuild penuh, sementara operasi yang sama pada Coolify memicunya. Itu saja menggeser biaya steady-state ke arah yang menguntungkan Dokploy, terutama pada paket VPS lebih kecil di mana badai rebuild memakan anggaran CPU Anda.
Untuk penentuan ukuran, berikut setup VPS yang saya rekomendasikan:
- Coolify, beban kerja ringan: 2 vCPU / 4 GB RAM / 120 GB NVMe is the practical starting point for Coolify plus a couple of small apps.
- Coolify, beban kerja referensi produksi: 4 vCPU / 8 GB RAM / 160 GB NVMe to match Coolify's own documented 3 Node.js + 4 static sites + databases example.
- Dokploy, beban kerja ringan: 1 vCPU / 2 GB RAM / 60 GB NVMe is comfortable for a single small app.
- Dokploy, ruang gerak produksi: 2 vCPU / 4 GB RAM / 120 GB NVMe gives you room for a small production stack.
Tip pro: RAM idle Coolify menyesuaikan dengan konfigurasi monitoring. Jika memori Anda terbatas, kurangi interval scrape metrik (atau nonaktifkan sepenuhnya monitoring bawaan jika Anda sudah menjalankan Prometheus/Grafana di tempat lain) sebelum Anda menyediakan server yang lebih besar.
Realitas Deployment: Docker Compose, Dockerfile, dan Zero-Downtime
Sebagian besar tim tiba di salah satu tool ini dengan sebuah docker-compose.yml dan ekspektasi: tempel file, klik deploy, lihat aplikasi menyala. Bagaimana setiap platform menangani Compose standar, dan apa yang terjadi pada request yang sedang berjalan selama deploy berikutnya, di situlah perbedaan praktisnya muncul.
Coolify mendukung Docker Compose, Dockerfile, Nixpacks (deteksi otomatis dari file proyek), dan deployment image Docker langsung. Namun ada satu hal yang perlu dinyatakan secara eksplisit: deployment zero-downtime (rolling update, blue/green) hanya berfungsi di Coolify via Dockerfile, Nixpacks, atau deploy image tunggal. Tidak berfungsi via Docker Compose. Seorang maintainer Coolify mengonfirmasi dalam diskusi GitHub bahwa "untuk deployment berbasis compose, semua kontainer dihentikan sebelum memulai yang baru, saat ini tidak ada rolling update untuk deployment berbasis compose." Dukungan rolling untuk Compose ada dalam roadmap v5; v4 tidak akan mendapatkannya. Solusi yang disarankan maintainer adalah memecah stack Compose menjadi layanan Coolify individual, yang merupakan migrasi tidak sepele jika file Compose Anda mengekspresikan hubungan antar-layanan yang nyata.
Konsekuensi yang dirasakan pengguna muncul dalam thread Hacker News tentang Coolify, di mana seorang operator mengatakannya secara blak-blakan: "request apa pun yang tertunda saat Anda memperbarui aplikasi langsung dimatikan." Itu akurat untuk deploy Compose saat ini.
Lapisan Compose Coolify juga menambahkan apa yang disebut proyek sebagai "magic variables." Itu berarti injeksi otomatis image bantuan, penulisan ulang jaringan, dan override environment. Niatnya agar lebih efisien; efek sampingnya adalah sebuah docker-compose.yml yang berjalan bersih di laptop Anda kadang butuh penyesuaian agar berjalan bersih di Coolify. Thread Hacker News yang sama memunculkan kasus representatif: "Menambahkan 8 variabel di dalam docker-compose, hanya 7 yang dikenali." Jika stack Compose Anda kecil dan standar, Anda mungkin tidak mengalami ini. Jika besar atau tidak biasa, Anda akan mengalaminya.
Sikap Dokploy berbeda. Ulasan langsung LogRocket menemukan bahwa Dokploy "bisa men-deploy docker-compose.yml yang sudah ada dengan sedikit atau tanpa modifikasi" dan tetap dekat dengan model routing berbasis label native Docker. Ulasan yang sama mencatat bahwa stop/start kontainer di Dokploy tidak memicu rebuild penuh, sedangkan tindakan yang sama di Coolify memicunya. Ini adalah sinyal arah tentang perilaku runtime alih-alih "jaminan zero-downtime" formal dari dokumen Dokploy, tapi sejalan dengan apa yang dilaporkan para self-hoster di instance VPS lebih kecil.
Dokploy juga mendukung Heroku Buildpacks, Paketo Buildpacks, dan Railpack selain Nixpacks dan Dockerfile. Untuk tim yang datang dari Heroku dengan heroku.yml atau alur kerja berbasis buildpack, itu jalur dengan hambatan paling kecil.
Inti bagian ini: jika layanan Anda yang sudah ada adalah stack Docker Compose nyata, Coolify akan mengharuskan Anda untuk merestrukturisasi strategi deployment atau menerima downtime singkat per push. Dokploy tidak.
Keamanan: Pengungkapan CVE Coolify Januari 2026
Saya membaca cerita yang lebih luas ini begini: Coolify aman dijalankan hari ini jika Anda terus memperbaruinya dan tidak mengekspos dasbor ke internet publik. Pengungkapan ini tidak mendiskualifikasi proyek. Pengungkapan yang bertanggung jawab telah diikuti dan tambalan dirilis. Yang diungkapnya adalah bahwa permukaan serangan yang tersedia bagi pengguna terotentikasi dengan hak rendah lebih luas dari seharusnya. Itu pelajaran desain bagi proyek dan pelajaran operasional bagi operator: perketat model paparan sekarang.
Tip pro: bahkan setelah ditambal, perlakukan dasbor Coolify Anda seperti SSH. Ikat ke jaringan privat, taruh di balik VPN, atau letakkan di depannya Tailscale. Jangan mengekspos port 8000 ke internet publik hanya karena skrip instalasi membuatnya mudah.
Dokploy juga tidak luput dari masalah semacam ini. Catatan rilis v0.29.3 mengakui kerentanan keamanan yang teridentifikasi di Dokploy dan menyertakan skrip tambalan keamanan yang diharapkan Anda jalankan bersamaan dengan upgrade. Permukaan lebih kecil, riwayat proyek lebih singkat, tapi disiplin operasional yang sama berlaku: perbarui pada hari tambalan dirilis, jangan biarkan dasbor di internet publik.
Inti bagian ini: cerita CVE adalah bendera kuning bagi praktik operasional Coolify, bukan bendera merah terhadap proyeknya, tapi menaikkan standar disiplin pembaruan dan cara Anda mengekspos dasbor.
Lisensi: Yang Gratis, Yang Tidak
Lisensi Dokploy direstrukturisasi pada January 21, 2026. Inilah yang berubah dan artinya bagi para self-hoster.
Dokploy kini Apache 2.0 standar untuk inti, menggantikan Apache 2.0 adaptasi non-standar sebelumnya yang membingungkan pengguna soal apa yang open source dan apa yang bukan. Sebuah Dokploy Source Available License terpisah kini mengatur kode di direktori proprietary/ direktori: sumber terlihat, berbayar untuk penggunaan produksi. Fitur yang menurut Dokploy akan berada di balik lisensi itu:
- Single Sign-On (SSO/SAML) dan kontrol akses lanjutan
- Branding kustom dan white-labeling
- High availability, auto-scaling, dan disaster recovery
- Fitur monitoring lanjutan, integrasi, dan kepatuhan
Proyek ini secara eksplisit berkomitmen untuk tidak pernah memindahkan fitur open-source yang ada ke tier berbayar; fungsi berbayar mendatang ditargetkan untuk organisasi yang butuh perekat enterprise. 2FA saat ini sudah berada di balik tier Startup di halaman harga Dokploy.
Situasi Coolify lugas. Proyeknya Apache 2.0 di GitHub; setiap fitur dalam versi self-hosted gratis. Ada penawaran Coolify Cloud untuk tim yang ingin maintainer meng-host-nya, tapi versi self-hosted adalah produk lengkap tanpa gerbang fitur dan tanpa jalur upgrade ke tier berbayar yang belum Anda miliki hari ini.
Bacaan saya: untuk developer solo dan tim kecil yang self-hosting di VPS mereka sendiri, Dokploy secara fungsional gratis dan akan tetap demikian. Untuk organisasi yang pada akhirnya butuh SSO, RBAC granular, audit log, atau white-labeling, Dokploy pada akhirnya akan mendorong Anda ke tier berbayar. Coolify tidak, karena Coolify tidak punya tier itu dalam roadmap.
Klarifikasi lintas-sumber yang layak dibuat: build self-hosted Dokploy memang menyertakan metrik sumber daya dasar (CPU, memori, penyimpanan, jaringan), dan v0.29.0 menambahkan analisis error log dan build berbasis AI. Sistem monitoring Dokploy hanya cloud untuk fitur monitoring yang lebih lanjut. Namun monitoring masih berjalan secara lokal pada instalasi self-hosted untuk metrik sumber daya dasar pra-kontainer.
Multi-Server dan Cluster: Realitas vs Pemasaran
Cepat atau lambat satu VPS tidak cukup, dan kedua proyek memasarkan dukungan multi-server secara menonjol di halaman landing mereka. Realitas di lapangan tidak sama.
Coolify Dokumen skalabilitas resmi Coolify lugas tentang hal ini: dukungan Docker Swarm dilabeli eksperimental. Pola multi-server standar menggunakan server remote tervalidasi yang terhubung melalui SSH dengan Docker Registry yang dibagi di antaranya, dan instance Traefik berjalan per server. Mode Swarm membutuhkan minimal tiga server dalam arsitektur yang sama (semua ARM, atau semua AMD64). Kubernetes? "Baru direncanakan, tapi belum ada dalam roadmap, jadi belum ada ETA." Jika Anda membaca halaman Coolify sendiri tentang ini, versi singkatnya: multi-server berfungsi, Swarm beta, dan Kubernetes sebatas visi.
Dokploy menghadirkan Docker Swarm sebagai mode kelas satu tanpa flag eksperimental. Traefik menangani routing baik di setup single-server maupun Swarm. Rilis v0.29.0 menambahkan dukungan multi-server non-root, yang menutup celah nyata (tidak lagi SSH khusus root untuk menambahkan node remote).
Jika cluster multi-node adalah sesuatu yang akan Anda butuhkan dalam enam bulan ke depan, bukan "suatu saat di slide deck," Dokploy adalah pilihan dengan risiko lebih rendah hari ini.
Inti bagian ini: jika cluster ada dalam roadmap jangka pendek Anda, perbedaan Swarm membalik rekomendasi ke arah Dokploy terlepas dari sumbu lainnya.
Sistem Build dan Dukungan Bahasa
Tim yang datang dari Heroku akan paling peduli pada ekosistem buildpack mana yang didukung setiap tool, karena itu menentukan seberapa banyak penulisan ulang yang dibutuhkan proyek Anda sebelum deploy pertamanya.
Jalur build Coolify adalah Nixpacks (default, terdeteksi otomatis dari file proyek Anda), Dockerfile, atau image Docker pra-bangun. Nixpacks solid untuk kasus umum (Node, Python, PHP, Go, Rust), tapi deteksi otomatisnya punya kekurangan. Layak diverifikasi untuk stack Anda: sebuah isu Nixpacks Januari 2026 yang memengaruhi proyek Laravel dengan keduanya composer.json dan package.json menghasilkan blok lokasi Nginx duplikat, yang merusak satu kelas deployment sampai upstream memperbaikinya.
Dokploy mendukung Nixpacks, Dockerfile, dan image Docker, serta menambahkan Heroku Buildpacks, Paketo Buildpacks, dan Railpack di atasnya. Jika proyek Anda sudah ter-build bersih dengan heroku.yml atau buildpack, Dokploy membiarkan Anda mempertahankan alur kerja itu. Coolify akan meminta Anda mengonversi.
Di permukaan kedua tool terlihat sama: deployment Git-push dari GitHub, GitLab, Bitbucket, SSL Let's Encrypt otomatis, UI web untuk variabel environment dan manajemen basis data. Keluasan sistem build adalah salah satu dari sedikit tempat di mana Dokploy jelas melangkah lebih jauh.
Katalog Aplikasi Satu Klik
Untuk operator non-teknis yang ingin men-deploy layanan open-source yang dikenal (n8n, Plausible, Supabase, Ghost, Listmonk, deretan self-hosted yang biasa), ukuran pustaka template satu klik adalah pembeda nyata. Bagi sebagian pengguna, itu lebih penting daripada area lain seperti kinerja atau keringanan.
Coolify menawarkan 300+ layanan satu klik di sekitar 40 kategori: AI, analytics, otomatisasi, basis data, keamanan, penyimpanan, dan sisanya. Itu pustaka yang lebih besar jauh dan jawaban praktis bagi non-developer yang ingin sebuah layanan ter-deploy tanpa menulis file Compose.
Pustaka template Dokploy lebih kecil. Dokumen Dokploy saat ini tidak mempublikasikan jumlah yang jelas, jadi saya tidak akan memberi Anda angka.
Jawaban praktisnya: jika alur kerja Anda adalah "deploy n8n, Supabase, dan Plausible dalam dua klik masing-masing," Coolify menang di sumbu ini dengan bersih. Jika Anda menulis aplikasi sendiri dan hanya ingin di-deploy, ukuran katalog tidak penting dan sumbu lainnya yang penting.
Cara Memilih: Rekomendasi Berdasarkan Kasus Penggunaan
Tidak ada pemenang tunggal di sini. Yang ada adalah kecocokan antara tool dan bentuk deployment:
- Tim non-teknis yang ingin pustaka layanan: Coolify. Katalog 300+ template adalah keunggulan yang berarti.
- Developer Docker-native yang ingin ringan + penanganan Compose standar: Dokploy.
- Perangkat keras ARM64 (Raspberry Pi, VPS berbasis ARM): Coolify. Dokploy tidak mengiklankan dukungan ARM64 dalam dokumen saat ini; jika Anda di ARM, pilih Coolify sebagai default sampai Anda mengonfirmasi sebaliknya.
- Cluster multi-node yang akan Anda gunakan kuartal ini: Dokploy. Swarm native vs. Swarm eksperimental adalah faktor penentu.
- Apache 2.0 murni, tanpa kemungkinan tier berbayar mendatang: Coolify.
- Migrasi dari Heroku dan ingin tetap memakai Heroku Buildpacks: Dokploy.
- Khawatir tentang CVE Januari 2026: Coolify terbaru (v4.0.0+) tidak masalah. Pertanyaan sebenarnya adalah model paparan Anda. Jika Anda tidak bisa mengikat dasbor ke jaringan privat atau VPN, Dokploy adalah pilihan dengan stres lebih rendah: permukaan lebih kecil dan riwayat pengungkapan tingkat keparahan tinggi yang lebih singkat.
Catatan tentang Men-deploy Salah Satu Tool
Setelah Anda memilih, instalasinya sendiri adalah satu perintah di kedua proyek, tapi ada pintasan yang layak diketahui. Baik Coolify maupun Dokploy tersedia sebagai deployment satu klik di pasar kami, dengan Ubuntu 24.04 dan Docker pra-instal dan dasbor sudah bisa diakses. Jika Anda ingin melewati setup manual, listing marketplace untuk Coolify dan Dokploy adalah jalur tercepat. Jika Anda lebih suka memulai dari OS bersih dan menjalankan installer resmi sendiri, kedua proyek mempublikasikan skrip satu baris; pilih mana pun yang cocok dengan alur penyediaan Anda.
Pertanyaan yang Sering Diajukan
Apakah Dokploy Masih Open Source Setelah Perubahan Lisensi 2026?
Ya untuk platform inti. Efektif January 21, 2026, inti Dokploy adalah Apache 2.0 standar. Sebuah Dokploy Source Available License terpisah kini mengatur kode di direktori proprietary/ direktori, saat ini dilingkup untuk fitur enterprise mendatang (SSO/SAML, RBAC granular, audit log, white-labeling). Untuk penggunaan self-hosted solo dan tim kecil, Dokploy secara fungsional open source.
Apakah Kerentanan Keamanan Coolify Januari 2026 Masih Jadi Perhatian?
11 CVE yang diungkapkan sudah ditambal di Coolify v4.0.0 (dirilis April 27, 2026). Jika Anda menjalankan v4.0.0 atau lebih baru, kerentanan yang diungkapkan sudah teratasi. Yang tersisa adalah paparan: terus perbarui Coolify dan jangan mengekspos dasbor ke internet publik. Ikat ke jaringan privat atau letakkan di balik VPN.
