Cloudron vs CasaOS vs Coolify di VPS: Mana Terbaik?

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 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 berarti tidak sesuai. Pada paket KVM, perintah tersebut menampilkan kvm, dan pada bare metal menampilkan none; keduanya berarti Anda dapat melanjutkan.

Di luar itu, persyaratan sumber daya berbeda. Inilah faktor pertama yang menentukan pilihan.

• RAM. CasaOS berjalan baik dengan 1GB; perangkat lunak ini dikembangkan untuk perangkat keras Raspberry Pi dan tetap ringan. Coolify memerlukan minimal 2GB dan dua core CPU, dengan sekitar 600 MB digunakan oleh Coolify sendiri. Cloudron memerlukan minimal 2GB dan berjalan 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 sungguhan dengan DNS yang berfungsi. Idealnya, Cloudron juga memerlukan akses API ke penyedia DNS agar dapat membuat record dan sertifikat wildcard sendiri. CasaOS dapat berjalan pada bare IP, tetapi Anda tidak akan memperoleh TLS sama sekali.
• Port. Ketiganya memerlukan port 80 dan 443 yang terbuka untuk HTTP dan HTTPS. Coolify juga menyediakan dashboard pada port 8000, serta menggunakan port 6001 untuk channel realtime dan port 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, dan Anda akan menghabiskan satu jam pertama untuk men-debug masalah tersebut, bukan perangkat lunaknya. Arahkan A record ke IP server, lalu untuk Coolify tambahkan wildcard record (*.apps.example.com) agar setiap aplikasi yang di-deploy memperoleh subdomain sendiri.

Cloudron: appliance terkelola yang rapi dan memiliki opini kuat

Apa itu. Cloudron adalah platform komersial yang mengubah seluruh server menjadi appliance terkelola. Cloudron menjalankan reverse proxy, database, dan mail stack sendiri, serta menyediakan App Store terkurasi yang berisi aplikasi dalam bentuk paket (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 layanan tersebut.

Instalasi. Cloudron mengharuskan server dalam kondisi bersih dan mengambil alih seluruh server. Jalankan perintah berikut pada server Ubuntu 24.04 (Noble) yang baru diinstal dan tidak menjalankan apa pun:

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

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

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

TLS dan backup. Cloudron adalah yang terkuat dari ketiganya. Setiap subdomain aplikasi memperoleh sertifikat Let's Encrypt otomatis yang akan diperbarui secara otomatis. Backup dijadwalkan dan tersedia secara bawaan, dengan tujuan berupa direktori lokal, S3, atau penyimpanan remote lainnya. Cloudron juga mendukung pemulihan per aplikasi dan cloning aplikasi dengan satu klik ke subdomain baru.

Biaya dan lisensi, baca ini sebelum berkomitmen. Cloudron adalah produk berbayar dengan free tier terbatas: paket gratis mengizinkan dua aplikasi. Jika Anda menginstal aplikasi ketiga, Anda akan mencapai paywall; langganan berbayar (Pro atau Max, ditagihkan bulanan atau tahunan, keduanya dengan jumlah aplikasi tidak terbatas) membuka lebih banyak fitur. Ini adalah fakta terpenting tentang Cloudron. Cloudron rapi dan matang karena merupakan bisnis, sedangkan free tier-nya lebih mirip trial yang diperpanjang daripada tempat untuk stack yang terus berkembang.

Mode kegagalan, aturan server bersih. Jika Anda mencoba menginstal Cloudron pada server yang sudah menjalankan layanan lain, proses setup akan 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 it's installation.
Please start with a fresh Ubuntu install and run this script again.

Penyebabnya bukan sekadar Cloudron terlalu ketat. Cloudron menetapkan versi tertentu untuk nginx, Docker, dan Node, lalu mengintegrasikan ketiganya secara mendalam. Karena itu, 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 melakukan boot dari image yang salah, setup juga menolak sistem operasi selain Ubuntu LTS yang didukung (22.04 atau 24.04) pada x86-64; ARM, LXC, dan OpenVZ sama sekali tidak didukung.

Mode kegagalan kedua, sertifikat wildcard memerlukan API DNS. Jika Anda memilih opsi DNS "Manual" saat setup dan tidak memberikan token API kepada Cloudron, Cloudron tidak dapat membuat record atau sertifikat wildcard untuk Anda. Setiap aplikasi baru kemudian mengharuskan Anda menambahkan record DNS secara manual sebelum sertifikat dapat diterbitkan, dan dashboard akan menunggu record tersebut. Berikan Cloudron akses API ke provider 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

Definisi. Coolify adalah platform-as-a-service open source yang di-host sendiri, seperti 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 melakukan deployment, kemudian men-deploy ulang setiap kali ada push. Coolify juga menyediakan database dan service yang dapat dibuat dengan satu klik. Platform ini ditujukan bagi developer yang men-deploy kode mereka sendiri dan menginginkan deployment melalui push tanpa menyewa PaaS.

Instalasi.

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

Skrip ini menginstal Docker dan menjalankan stack container milik Coolify. Pastikan semua container sehat sebelum melanjutkan:

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

Anda harus 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 sampai akun pertama dibuat, dan siapa pun yang mengaksesnya lebih dahulu dapat mengendalikan server. Kemudian tetapkan domain instance Anda dan arahkan wildcard DNS record (*.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 lakukan deployment. 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 sebelumnya Anda konfigurasi secara manual tersedia sebagai satu entri, demikian juga Uptime Kuma untuk memantau halaman status.

TLS dan backup. Coolify menggunakan Let’s Encrypt otomatis untuk setiap aplikasi melalui Traefik yang disertakan, sehingga setiap subdomain yang di-deploy memperoleh sertifikat. Backup berfokus pada database: Anda dapat menjadwalkan dump Postgres dan MySQL ke penyimpanan yang kompatibel dengan S3. Backup seluruh instance, termasuk konfigurasi Coolify yang berada di /data/coolify, memerlukan langkah yang lebih manual. Karena itu, ekspor dan simpan konfigurasi tersebut 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 di http://<ip>:8000, proses build berhasil, tetapi URL aplikasi 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 containernya 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, wildcard DNS record tidak ada, sehingga Traefik tidak pernah menerima request untuk hostname tersebut. Jika seluruh kartu server di Coolify menampilkan “Server is not reachable,” masalahnya berbeda: Coolify sama sekali tidak dapat berkomunikasi dengan Docker socket server. Penyebabnya biasanya daemon Docker berhenti atau cryptographic key SSH bermasalah. Baca alasan sebenarnya dalam log sebelum menentukan penyebab:

docker logs coolify-proxy --tail 100

Perbaiki masalah tersebut dari halaman Proxy: tekan Restart Proxy, atau reset konfigurasi proxy ke default lalu jalankan kembali proxy. Setelah itu, tunggu sekitar dua menit sampai kondisinya stabil. Batasi akses ke port 8000 hanya dari IP Anda sendiri, atau buka kembali port tersebut sementara ketika proxy bermasalah. Jangan biarkan port ini terbuka untuk semua pihak karena 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.

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

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 menghargai empat hal yang diotomatisasi panel untuk beberapa aplikasi: instalasi sekali klik, TLS otomatis, pencadangan terjadwal, dan pengelolaan pengguna. Untuk satu atau dua service, Docker Compose biasa di balik Traefik dapat menangani TLS yang sama dengan overhead jauh lebih kecil dan tanpa vendor lock-in. Panel bermanfaat ketika Anda menjalankan banyak aplikasi dan waktu Anda lebih berharga daripada RAM yang digunakannya.

Panel mana yang terbaik untuk pemula?

Untuk home lab yang tidak terekspos ke Internet yang tidak tepercaya, CasaOS adalah titik awal yang paling mudah: satu perintah dan UI yang ramah, tanpa biaya. Namun, Anda harus menempatkan reverse proxy dengan TLS termination di depannya sebelum mengekspos apa pun, karena CasaOS menggunakan HTTP biasa. Jika Anda ingin TLS dan backup dikelola secara otomatis 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 langganan berbayar dengan penagihan bulanan atau tahunan, dan paket berbayarnya mendukung aplikasi tanpa batas. 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 mesin 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 stack Docker sendiri dan secara prinsip dapat berbagi satu mesin. Namun, keduanya memerlukan port 80 dan 443, sehingga akan berbenturan dengan web server atau proxy yang sudah Anda jalankan. Pada mesin yang sudah menjadi host layanan lain, panel biasanya bukan alat yang tepat. Gunakan Traefik dan Compose sebagai gantinya.

Bagaimana cara beralih dari panel nanti?

Rencanakan proses keluar sebelum Anda membutuhkannya. Dari CasaOS, salin docker-compose.yaml aplikasi dan volume /DATA ke host baru, lalu jalankan kembali aplikasi tersebut. Dari Coolify, ekspor konfigurasi setiap project dan arahkan ke repo yang sama pada tujuan. Dari Cloudron, pulihkan data dari backup Cloudron ke aplikasi yang baru diinstal pada platform baru, karena packaging Cloudron tidak dapat dipindahkan; hanya datanya yang dapat dipindahkan. Dalam setiap kasus, uji pemulihan pada mesin sementara sebelum menghentikan mesin lama.