SSD Nodes Learn Hosting plans →
Panduan Matt ConnorOleh Matt Connor

Cloudron vs CasaOS vs Coolify di VPS: Mana Terbaik?

Bandingkan Cloudron, CasaOS, dan Coolify di Ubuntu 24.04: perintah instalasi, TLS, pencadangan, biaya, penggunaan RAM, serta kapan Docker Compose lebih masuk akal.

Yang Anda bangun

Anda tidak hanya memilih alat, tetapi juga cara instalasinya. Tiga panel menjanjikan untuk mengubah VPS kosong menjadi host aplikasi dengan antarmuka point-and-click: Cloudron, CasaOS, dan Coolify. Panduan ini memasang masing-masing panel pada Ubuntu 24.04 yang baru, menginstal aplikasi pertama, lalu mengulas secara menyeluruh bagian yang biasanya tidak ditampilkan dalam tangkapan layar: TLS, pencadangan, pembaruan, penggunaan memori, dan tingkat kesulitan untuk berpindah dari panel tersebut. Pada akhirnya, Anda akan mengetahui mana yang sesuai, atau apakah jawaban yang jujur adalah "tidak satu pun, gunakan Docker Compose saja."

Tidak ada yang ajaib dari semua ini. Di balik ketiganya terdapat Docker Engine yang sama, yang dapat Anda kelola secara manual. Sebagai imbalan berupa biaya, RAM, atau ketergantungan pada platform, panel menangani empat pekerjaan berikut: instalasi aplikasi dengan satu klik, sertifikat TLS otomatis, pencadangan terjadwal, dan manajemen pengguna. Jika keempat hal tersebut sepadan dengan overhead yang nyata bagi Anda, panel dapat dibenarkan. Jika Anda menjalankan satu atau dua service dan ingin mengetahui secara pasti apa saja yang ada di server, baca bagian "Lewati ketiganya" terlebih dahulu agar tidak perlu melakukan pekerjaan tambahan.

Prasyarat bersama dan hal-hal penting yang perlu diketahui

Ketiganya mengasumsikan VPS KVM, bukan virtualisasi berbasis container. Docker memerlukan kernel sungguhan, dan Cloudron secara tegas menolak OpenVZ serta LXC. Periksa dengan systemd-detect-virt: kvm atau qemu berarti sesuai, sedangkan openvz atau lxc tidak sesuai. Pada paket KVM, perintah tersebut menampilkan kvm, sedangkan pada bare metal menampilkan none; keduanya berarti Anda dapat melanjutkan.

Di luar itu, kebutuhannya berbeda. Inilah faktor pertama yang menentukan pilihan.

  • RAM. CasaOS berjalan dengan baik pada 1GB; software ini berkembang pada perangkat keras Raspberry Pi dan tetap ringan. Coolify memerlukan setidaknya 2GB dan dua core CPU, dengan sekitar 600 MB digunakan oleh Coolify sendiri. Cloudron memerlukan minimum 2GB dan bekerja lebih baik dengan 4GB karena menjalankan mail server dan database sebelum Anda memasang satu aplikasi pun.
  • Domain dan DNS yang Anda kendalikan. Cloudron dan Coolify sama-sama memerlukan domain yang sebenarnya dengan DNS yang berfungsi. Idealnya, Cloudron memerlukan akses API ke penyedia DNS Anda agar dapat membuat record dan sertifikat wildcard secara otomatis. CasaOS dapat berjalan pada IP langsung, tetapi Anda tidak akan mendapatkan TLS.
  • Port. Cloudron dan Coolify memerlukan port 80 dan 443 terbuka untuk HTTP dan HTTPS. CasaOS menyediakan dashboard melalui HTTP biasa sehingga hanya memerlukan port 80. Coolify juga menyediakan dashboard pada 8000, serta menggunakan 6001 untuk kanal realtime dan 6002 untuk terminal dalam browser. Biarkan port 22 tetap terbuka untuk SSH pada ketiganya.

Arahkan DNS ke server sebelum memulai. Panel yang tidak dapat me-resolve hostname-nya sendiri tidak dapat meminta sertifikat, sehingga Anda akan menghabiskan satu jam pertama untuk men-debug masalah tersebut, bukan software-nya. Arahkan A record ke IP server, lalu untuk Coolify tambahkan wildcard record (*.apps.example.com) agar setiap aplikasi yang di-deploy mendapatkan subdomain sendiri.

Cloudron: appliance terkelola dengan konfigurasi baku

Apa itu. Cloudron adalah platform komersial yang mengubah seluruh server menjadi appliance terkelola. Cloudron menjalankan reverse proxy, database, dan mail stack sendiri, serta App Store yang berisi aplikasi terkemas dan terkurasi (Nextcloud, WordPress, Gitea, Mattermost, dan lainnya). Platform ini ditujukan bagi pengguna yang ingin aplikasinya dikelola, dengan pembaruan otomatis, sertifikat otomatis, dan backup otomatis, serta bersedia membayar untuk fitur tersebut.

Instalasi. Cloudron mengharuskan server dalam kondisi bersih dan mengambil alih seluruh server. Jalankan perintah berikut pada server Ubuntu 24.04 (Noble) yang baru dan jangan pasang apa pun terlebih dahulu:

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

Skrip tersebut memasang Docker, nginx, database, dan mail stack, lalu melakukan reboot. Setelah server kembali aktif, buka https://<your-ip>, terima sertifikat self-signed sementara, lalu selesaikan setup di browser: arahkan Cloudron ke domain Anda, pilih penyedia DNS, dan Cloudron akan menyediakan dashboard sendiri di my.example.com.

Menambahkan aplikasi pertama. Di dashboard, buka App Store, klik (misalnya) Nextcloud, pilih subdomain files.example.com, lalu tekan Install. Cloudron membuat record DNS, meminta sertifikat Let's Encrypt, menyediakan database, mengonfigurasi single sign-on, dan menjadwalkan backup, tanpa mengharuskan Anda menyentuh file konfigurasi. Inilah inti keunggulan Cloudron, dan fitur tersebut memang berjalan sesuai klaimnya.

TLS dan backup. Cloudron adalah yang terkuat di antara ketiganya. Setiap subdomain aplikasi memperoleh sertifikat Let's Encrypt otomatis yang diperbarui secara otomatis. Backup dijadwalkan dan tersedia secara bawaan, dengan target berupa direktori lokal, S3, atau penyimpanan remote lainnya. Setiap aplikasi dapat dipulihkan secara terpisah, bahkan dapat dikloning ke subdomain baru dengan satu klik.

Biaya dan lisensi, baca sebelum memutuskan. Cloudron adalah produk berbayar dengan tier gratis yang dibatasi: paket gratis mengizinkan dua aplikasi. Jika memasang aplikasi ketiga, Anda akan mencapai paywall; subscription berbayar (Pro atau Max, ditagihkan bulanan atau tahunan, keduanya dengan jumlah aplikasi tidak terbatas) membuka lebih banyak fitur. Inilah fakta terpenting tentang Cloudron. Cloudron memiliki tampilan dan alur yang rapi karena merupakan produk bisnis, sedangkan tier gratis lebih menyerupai masa uji coba yang diperpanjang daripada tempat untuk stack yang terus berkembang.

Mode kegagalan, aturan server bersih. Jika Anda mencoba memasang Cloudron pada server yang sudah menjalankan layanan lain, setup dibatalkan sebelum mengubah apa pun:

Error: Some packages like nginx/docker/nodejs are already installed. Cloudron requires
specific versions of these packages and will install them as part of its installation.
Please start with a fresh Ubuntu install and run this script again.

Penyebabnya bukan sekadar konfigurasi yang terlalu ketat. Cloudron menetapkan versi tertentu untuk nginx, Docker, dan Node serta mengintegrasikannya secara mendalam, sehingga Cloudron tidak dapat berjalan berdampingan dengan salinan yang Anda kelola sendiri. Solusinya adalah image Ubuntu 24.04 yang baru dan tidak berisi apa pun: tanpa web server, tanpa Docker, bahkan tanpa firewall yang dikonfigurasi secara manual. Jika Anda mem-boot image yang salah, setup juga menolak sistem apa pun yang bukan Ubuntu LTS yang didukung (22.04, 24.04, atau 26.04) pada x86-64; ARM, LXC, dan OpenVZ tidak didukung sama sekali. Sejak Cloudron 10 (September 2026), Ubuntu 26.04 menjadi default untuk instalasi baru. Jadi, pilih image tersebut jika Anda memulai dari awal hari ini.

Mode kegagalan kedua, sertifikat wildcard memerlukan API DNS. Jika Anda memilih opsi DNS "Manual" saat setup, bukan memberikan token API kepada Cloudron, Cloudron tidak dapat membuat record atau sertifikat wildcard untuk Anda. Setiap aplikasi baru mengharuskan Anda menambahkan record DNS secara manual sebelum sertifikat dapat diterbitkan, dan dashboard akan menunggu record tersebut. Berikan Cloudron akses API ke penyedia DNS yang didukung (Cloudflare, Route 53, DigitalOcean, dan lainnya), lalu seluruh proses dapat dilakukan dengan satu klik.

CasaOS: dasbor home-lab gratis

Fungsinya. CasaOS dari IceWhale adalah dasbor gratis dan sumber terbuka yang berjalan di atas Docker serta menyediakan layar beranda, app store, dan file manager. CasaOS berkembang dari ekosistem home server, sehingga dirancang untuk home-lab: cepat disiapkan, memiliki antarmuka yang mudah digunakan, dan tidak memerlukan banyak konfigurasi. CasaOS ditujukan bagi pengguna yang ingin menggunakan Docker dengan antarmuka yang lebih baik tanpa membayar biaya lisensi.

Instalasi. Satu baris perintah sudah cukup, dan instalasi tidak mengharuskan server dalam kondisi bersih:

curl -fsSL https://get.casaos.io | sudo bash

Installer menambahkan beberapa service systemd (casaos, casaos-gateway, casaos-app-management, dan lainnya). Pastikan gateway sudah berjalan sebelum membuka browser:

systemctl status casaos-gateway

Setelah berjalan, dasbor tersedia di http://<your-ip> (HTTP biasa, port 80). Buat akun lokal untuk mulai menggunakannya.

Menambahkan aplikasi pertama. Buka App Store, pilih aplikasi, lalu klik Install. CasaOS membuat project Docker Compose di latar belakang dan membuka aplikasi pada port host, misalnya http://<your-ip>:8080. App store ini menyediakan kumpulan aplikasi home server yang umum, sehingga server media Jellyfin pada VPS atau library foto Immich yang di-host sendiri dapat digunakan hanya dengan beberapa klik. Jika Anda belum menentukan server foto yang akan digunakan, baca kebutuhan RAM dan aplikasi ponsel yang membedakan PhotoPrism dari Immich terlebih dahulu. Pada server CasaOS dengan RAM 1GB, pilihan tersebut menentukan apakah aplikasi dapat berjalan. Anda juga dapat mengimpor docker-compose.yaml apa pun yang diinginkan. Inilah keunggulan utamanya: aplikasinya adalah container biasa, bukan format berpemilik.

TLS dan backup adalah titik lemahnya. Di sinilah keterbatasan versi "gratis" terlihat. Secara default, CasaOS menyajikan semua layanan melalui HTTP biasa, termasuk dasbornya sendiri. CasaOS tidak menyediakan Let's Encrypt bawaan dan tidak memiliki backup terjadwal bawaan. Data Anda berada dalam volume Docker di /DATA, dan Anda bertanggung jawab untuk mencadangkannya (restic atau tar yang dijalankan oleh cron).

Mode kegagalan: tanpa TLS dan tanpa indikasi yang jelas. Tidak ada error yang muncul. Anda menginstal aplikasi, membuka http://<your-ip>:8080, dan aplikasi tersebut berfungsi melalui koneksi yang tidak terenkripsi. Browser akan menandainya sebagai "Not Secure." Password dan cookie sesi dikirim melalui jaringan dalam bentuk plaintext. Yang lebih serius, dasbor CasaOS pernah memiliki kerentanan remote code execution yang nyata (CVE-2023-37265 dan CVE-2023-37266, yaitu authentication bypass yang dapat berlanjut hingga kompromi penuh terhadap host). Karena itu, mengekspos port HTTP tersebut langsung ke Internet merupakan risiko nyata, bukan sekadar perbedaan gaya konfigurasi. Solusinya adalah jangan pernah mengekspos CasaOS secara langsung. Tempatkan reverse proxy di depannya untuk melakukan TLS termination, misalnya nginx dengan sertifikat Let's Encrypt dari Certbot, Caddy, atau Cloudflare Tunnel, lalu teruskan koneksi ke CasaOS hanya melalui jaringan lokal. Perhatikan bahwa CasaOS sudah menggunakan port 80, sehingga proxy dan CasaOS akan berebut port tersebut jika CasaOS tidak dipindahkan ke port lain terlebih dahulu.

Biaya. Benar-benar gratis selamanya, tanpa batas jumlah aplikasi. Biayanya berupa pekerjaan operasional: Anda sendiri yang harus mengelola TLS, backup, dan hardening.

Coolify: PaaS yang di-host sendiri

Apa itu Coolify. Coolify adalah platform-as-a-service open-source yang di-host sendiri, serupa dengan Heroku atau Vercel pada server Anda sendiri. Unit dasarnya bukan “menginstal aplikasi dalam paket”, melainkan “men-deploy repositori Git ini”: hubungkan repositori, lalu Coolify membangunnya (melalui Nixpacks atau Dockerfile Anda sendiri) dan men-deploy-nya. Setiap push memicu redeploy. Coolify juga menyediakan database dan service yang dapat di-deploy dengan satu klik. Coolify ditujukan bagi developer yang men-deploy kode mereka sendiri dan menginginkan push-to-deploy tanpa menyewa PaaS.

Instalasi.

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

Script tersebut menginstal Docker dan menjalankan stack container milik Coolify. Pastikan semuanya sehat sebelum melanjutkan:

docker ps --format 'table {{.Names}}\t{{.Status}}'

Anda seharusnya melihat coolify, coolify-db, coolify-redis, coolify-realtime, dan coolify-proxy semuanya melaporkan Up. Dashboard tersedia di http://<your-ip>:8000. Segera buat akun admin, karena halaman pendaftaran tetap terbuka hingga akun pertama dibuat, dan siapa pun yang mengaksesnya terlebih dahulu dapat mengendalikan server. Kemudian tetapkan domain instance Anda dan arahkan record DNS wildcard (*.example.com atau *.apps.example.com) ke server tersebut agar Coolify dapat memberikan subdomain sendiri untuk setiap aplikasi yang di-deploy.

Menambahkan aplikasi pertama. Hubungkan sumber Git (GitHub, GitLab, atau URL repositori biasa), pilih branch, tetapkan domain, lalu deploy. Proxy Traefik bawaan Coolify merutekan subdomain dan meminta sertifikat. Untuk software siap pakai, katalog Services dapat men-deploy berbagai layanan hanya dengan beberapa klik: stack otomasi workflow n8n yang mungkin harus Anda rangkai sendiri merupakan salah satu entri, begitu juga Uptime Kuma untuk monitoring halaman status.

TLS dan backup. Coolify menggunakan Let’s Encrypt otomatis per aplikasi melalui Traefik bawaan, sehingga setiap subdomain yang di-deploy memperoleh sertifikat. Backup berfokus pada database: Anda dapat menjadwalkan dump Postgres dan MySQL ke storage yang kompatibel dengan S3. Backup seluruh instance (konfigurasi Coolify yang berada di /data/coolify) lebih manual, jadi ekspor dan simpan sendiri.

Biaya dan lisensi. Edisi yang di-host sendiri sepenuhnya open-source dan gratis, tanpa batas jumlah aplikasi. Tersedia Coolify Cloud opsional (berbayar) yang meng-host control plane untuk Anda, sementara aplikasi tetap berjalan di server Anda sendiri. Layanan ini praktis, tetapi tidak wajib digunakan.

Mode kegagalan, aplikasi berhasil di-deploy tetapi domainnya tidak dapat dimuat. Dashboard berfungsi normal pada http://<ip>:8000, proses build berhasil, tetapi URL aplikasi sendiri mengembalikan error koneksi atau 404 page not found dari Traefik. Ini menunjukkan masalah pada proxy atau DNS, bukan pada aplikasi Anda. Ada dua penyebab umum. Pertama, port 80 atau 443 sudah digunakan ketika proxy mencoba start, sehingga container-nya berhenti dengan error Docker:

Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocated

Kedua, hostname tidak mengarah ke server: aplikasi mungkin menggunakan subdomain yang dibuat melalui wildcard, tetapi record DNS wildcard belum ada; atau aplikasi menggunakan domain kustom yang tidak memiliki record DNS sendiri yang mengarah ke server tersebut. Akibatnya, Traefik tidak pernah menerima request untuk hostname itu. Jika seluruh kartu server di Coolify menampilkan "Server is not reachable", masalahnya berbeda: Coolify sama sekali tidak dapat berkomunikasi dengan Docker socket server, biasanya karena daemon Docker berhenti atau SSH key rusak. Baca penyebab sebenarnya dari log sebelum mengambil kesimpulan:

docker logs coolify-proxy --tail 100

Perbaiki masalah tersebut dari halaman Proxy: tekan Restart Proxy, atau reset konfigurasi proxy ke default lalu jalankan kembali. Setelah itu, tunggu sekitar 2 menit hingga proxy stabil. Batasi akses ke port 8000 hanya dari IP Anda sendiri (atau buka kembali sementara jika proxy bermasalah), bukan membiarkannya terbuka untuk semua pihak. Port tersebut menyajikan dashboard melalui HTTP biasa. Dokumentasi Coolify juga menyatakan bahwa port 8000, 6001, dan 6002 dapat ditutup setelah dashboard disajikan melalui domainnya sendiri.

Overhead sumber daya pada VPS yang sama

Diukur saat idle pada VPS 4GB yang sama, sebelum workload nyata diterapkan. Periksa VPS Anda dengan free -m dan docker stats --no-stream, bukan dengan mengandalkan satu angka, karena total penggunaan berubah sesuai dengan kombinasi aplikasi Anda.

  • CasaOS adalah yang paling ringan. Panel ini terdiri atas sejumlah kecil service Go; perkirakan overhead sekitar 150 hingga 300 MB di atas penggunaan container yang Anda jalankan.
  • Coolify menjalankan beberapa container pendukungnya sendiri (aplikasi, Postgres, Redis, service realtime, dan Traefik), sehingga penggunaan idle-nya sekitar 600 MB hingga 1 GB sebelum Anda menerapkan apa pun.
  • Cloudron memiliki penggunaan idle paling besar karena menjalankan nginx, database, mail stack, dan pemantauannya sendiri, terlepas dari apakah Anda menggunakannya atau tidak; siapkan 1 hingga 1.5 GB saat idle. Karena itu, Cloudron meminta minimum 2GB dan berjalan lebih leluasa pada 4GB.

Pada VPS kecil 2GB, CasaOS menyisakan ruang paling besar untuk aplikasi nyata, sedangkan Cloudron menyisakan ruang paling kecil. Jika paket Anda berukuran 2GB dan Anda ingin menjalankan Cloudron dengan mail server-nya, rencanakan untuk meningkatkan kapasitas VPS.

Perbandingan pembaruan, pencadangan, dan lock-in

Pembaruan. Cloudron memperbarui platform dan setiap aplikasi untuk Anda sesuai jadwal yang telah diuji: upaya paling kecil dengan panduan paling lengkap. Coolify memperbarui dirinya sendiri dari dashboard melalui satu tombol. CasaOS memperbarui panel melalui skrip instalasinya atau apt, tetapi aplikasi yang Anda instal harus Anda tarik dan jalankan ulang sendiri.

Lock-in, masalah yang mulai terasa pada tahun kedua. CasaOS memiliki lock-in paling rendah: aplikasinya merupakan proyek Compose biasa, sehingga Anda dapat menyalin docker-compose.yaml dan volume di bawah /DATA ke host lain lalu melanjutkan pengoperasian. Coolify berada di tengah: deployment Anda menggunakan Dockerfile dan repositori milik Anda sendiri, tetapi konfigurasinya tersimpan dalam database Coolify. Oleh karena itu, pemindahan host mengharuskan Anda membuat ulang proyek di host tujuan. Cloudron memiliki lock-in paling tinggi: aplikasinya dikemas dalam format Cloudron. Meskipun data Anda dapat dipindahkan dengan baik melalui fitur pencadangannya yang sangat baik, paket aplikasinya tidak dapat dipindahkan. Anda harus melakukan deployment ulang pada platform tujuan. Data portabel, komponen pengelolaan tidak portabel.

Pilih yang mana

Versi singkat, lalu alternatifnya. Pilih Cloudron jika Anda menginginkan server yang paling sedikit memerlukan pengelolaan manual di antara ketiganya, akan menjalankan beberapa aplikasi dalam paket, dan bersedia membayar biaya tahunan untuk TLS, backup, serta pembaruan yang dikelola. Pilih CasaOS jika ini adalah home lab di belakang jaringan Anda sendiri atau reverse proxy, Anda menginginkan antarmuka yang mudah digunakan untuk Docker, dan tidak mau membayar apa pun. Pilih Coolify jika Anda melakukan deploy kode sendiri dari Git dan menginginkan push-to-deploy dengan TLS otomatis, tanpa biaya seperti pada PaaS ter-hosting. Jika tidak satu pun dari ketiganya sesuai dengan kebutuhan Anda, bagian berikutnya adalah jawaban yang sebenarnya.

Lewati ketiganya jika...

Jujurlah terhadap skala penggunaan Anda. Jika Anda hanya menjalankan satu atau dua aplikasi, atau ingin memahami dan mengendalikan secara tepat apa saja yang berjalan di server Anda, lewati panel-panel tersebut. Beban tambahan dan ketergantungan pada satu platform tidak sepadan untuk stack yang kecil dan stabil. Jalur DIY adalah reverse proxy di depan file Compose Anda sendiri: Traefik dengan TLS otomatis di depan beberapa aplikasi Docker Compose memberi Anda HTTPS yang setara dengan satu klik tanpa beban panel, dan Anda membuat cadangan menggunakan job restic yang dijalankan oleh cron dan benar-benar Anda pahami.

Service berlabel Traefik minimal, sebagai perbandingan
services:
  whoami:
    image: traefik/whoami
    labels:
      - traefik.enable=true
      - traefik.http.routers.whoami.rule=Host(`whoami.example.com`)
      - traefik.http.routers.whoami.tls.certresolver=le
    networks: [web]
networks:
  web:
    external: true

Traefik membaca label tersebut, merutekan hostname, dan mengambil sertifikat: tugas yang sama seperti yang dilakukan panel, dalam beberapa baris yang dapat Anda baca.

Untuk satu aplikasi utama, alasannya bahkan lebih jelas: instalasi Nextcloud di Docker dengan TLS dan rutinitas pencadangannya sendiri hanya memerlukan satu file Compose dan satu sertifikat. Menyiapkan appliance lengkap hanya untuk menjalankannya berarti menanggung biaya tanpa memperoleh manfaat. Jika Anda masih menentukan apa yang akan dijalankan sebelum menentukan bagaimana cara menjalankannya, panduan tentang hal yang layak di-self-host pada 2026 adalah titik awal yang lebih tepat.

FAQ

Apakah saya benar-benar memerlukan panel self-hosting?

Hanya jika Anda memerlukan empat hal yang diotomatisasi panel untuk beberapa aplikasi: instalasi sekali klik, TLS otomatis, pencadangan terjadwal, dan manajemen pengguna. Untuk satu atau dua service, Docker Compose biasa di belakang Traefik dapat menangani TLS yang sama dengan overhead jauh lebih kecil dan tanpa lock-in. Panel menjadi bermanfaat ketika Anda menjalankan banyak aplikasi dan waktu Anda lebih berharga daripada RAM yang digunakan panel tersebut.

Panel mana yang terbaik untuk pemula?

Untuk home lab yang tidak diekspos ke Internet yang penuh ancaman, CasaOS merupakan pilihan awal yang paling mudah: cukup satu perintah dan tersedia UI yang ramah, tanpa biaya. Namun, sebelum mengekspos apa pun, Anda harus menempatkan reverse proxy dengan TLS termination di depannya karena CasaOS menggunakan HTTP biasa. Jika Anda menginginkan TLS dan pencadangan terkelola serta bersedia membayarnya, Cloudron adalah pilihan yang paling banyak membantu pengguna, dalam batas gratis dua aplikasi.

Apakah Cloudron gratis?

Sebagian. Paket gratis mengizinkan dua aplikasi, yang cukup untuk mencobanya atau menjalankan setup yang sangat kecil. Setelah itu, Cloudron merupakan subscription berbayar yang ditagihkan bulanan atau tahunan, dengan jumlah aplikasi tidak terbatas pada paket berbayar. Cloudron adalah produk komersial dengan paket gratis yang dibatasi, bukan software gratis. Karena itu, siapkan anggaran jika stack Anda akan berkembang.

Dapatkah saya menjalankan panel ini bersama aplikasi yang sudah ada?

Cloudron: tidak. Cloudron memerlukan server Ubuntu yang bersih dan membatalkan instalasi jika nginx, Docker, atau Node sudah terpasang karena Cloudron mengelola seluruh mesin. CasaOS dan Coolify lebih fleksibel karena memasang Docker stack sendiri dan secara prinsip dapat berbagi server. Namun, CasaOS memerlukan port 80 untuk dashboard-nya, sedangkan proxy Coolify memerlukan port 80 dan 443. Karena itu, masing-masing dapat berbenturan dengan web server atau proxy yang sudah menggunakan port tersebut. Pada server yang sudah menjalankan layanan lain, panel biasanya bukan alat yang tepat. Gunakan Traefik dan Compose sebagai gantinya.

Bagaimana cara meninggalkan panel nanti?

Rencanakan migrasi sebelum diperlukan. Dari CasaOS, salin docker-compose.yaml aplikasi dan volume /DATA-nya ke host baru, lalu jalankan kembali aplikasi tersebut. Dari Coolify, ekspor konfigurasi setiap proyek dan arahkan ke repositori yang sama pada tujuan. Dari Cloudron, pulihkan data dari backup ke aplikasi yang baru diinstal pada platform baru karena packaging Cloudron tidak dapat dipindahkan; hanya datanya yang dapat dipindahkan. Dalam semua kasus, uji pemulihan pada server sementara sebelum menghentikan server lama.