Cloudron vs CasaOS vs Coolify: Mana Terbaik?

Apa yang anda bina

Memilih alat adalah sama pentingnya dengan memasangnya. Tiga panel ini menjanjikan penukaran VPS kosong menjadi hos aplikasi berasaskan klik: Cloudron, CasaOS, dan Coolify. Panduan ini memasang setiap panel pada sistem Ubuntu 24.04 yang bersih, memasang aplikasi pertama, kemudian meneliti aspek yang jarang ditunjukkan: TLS, sandaran, kemas kini, kos memori, dan tahap kesukaran untuk berhenti menggunakannya. Pada akhir panduan ini, anda akan tahu mana satu yang sesuai, atau jika jawapan jujurnya adalah "tiada satu pun, gunakan sahaja Docker Compose."

Tiada satu pun daripada ini yang bersifat ajaib. Di bawah ketiga-tiga panel ini adalah Docker Engine yang sama yang boleh anda kendalikan secara manual. Apa yang ditawarkan oleh panel ini, sama ada dalam bentuk kos atau penggunaan RAM atau kekangan sistem, adalah empat tugasan yang diselesaikan untuk anda: pemasangan aplikasi satu-klik, sijil TLS automatik, sandaran berjadual, dan pengurusan pengguna. Jika empat perkara ini berbaloi dengan beban tambahan tersebut bagi anda, maka panel ini berbaloi digunakan. Jika anda hanya menjalankan satu atau dua perkhidmatan dan ingin mengetahui dengan tepat apa yang ada pada sistem anda, baca bahagian "Langkau ketiga-tiga panel" terlebih dahulu untuk menjimatkan masa anda.

Prasyarat perkongsian dan kekangan sebenar

Ketiga-tiga perisian ini memerlukan VPS KVM, bukan virtualisasi kontena. Docker memerlukan kernel sebenar, dan Cloudron tidak menyokong OpenVZ atau LXC. Semak dengan systemd-detect-virt: kvm atau qemu adalah dibenarkan, manakala openvz atau lxc tidak dibenarkan. Pada pelan KVM, arahan akan memaparkan kvm, dan pada bare metal ia akan memaparkan none; kedua-duanya bermaksud anda boleh meneruskan proses.

Selain itu, spesifikasi teknikal adalah berbeza, dan ini adalah faktor utama dalam membuat pilihan.

• RAM. CasaOS berjalan lancar dengan 1GB; ia dibina untuk perkakasan Raspberry Pi dan kekal ringan. Coolify memerlukan minimum 2GB dan dua teras CPU, di mana kira-kira 600 MB digunakan oleh Coolify sendiri. Cloudron memerlukan minimum 2GB dan berfungsi lebih baik dengan 4GB, kerana ia menjalankan pelayan e-mel dan pangkalan data sebelum anda memasang sebarang aplikasi.
• Domain dan DNS di bawah kawalan anda. Cloudron dan Coolify memerlukan domain sebenar dengan DNS yang berfungsi. Cloudron memerlukan akses API kepada pembekal DNS anda supaya ia boleh mencipta rekod dan sijil wildcard secara automatik. CasaOS boleh berjalan menggunakan IP sahaja, tetapi anda tidak akan mendapat TLS.
• Port. Ketiga-tiga perisian memerlukan port 80 dan 443 dibuka untuk HTTP dan HTTPS. Coolify juga menggunakan port 8000 untuk papan pemuka, port 6001 untuk saluran masa nyata, dan port 6002 untuk terminal dalam pelayar. Pastikan port 22 sentiasa dibuka untuk SSH bagi setiap perisian.

Tetapkan DNS ke arah pelayan sebelum anda bermula. Papan pemuka yang tidak dapat menyelesaikan (resolve) nama hos sendiri tidak dapat meminta sijil, dan anda akan menghabiskan masa satu jam pertama untuk menyahpepijat masalah tersebut berbanding memasang perisian. Halakan rekod A ke IP pelayan, dan untuk Coolify, tambahkan rekod wildcard (*.apps.example.com) supaya setiap aplikasi yang dipasang mendapat subdomain sendiri.

Cloudron: peranti yang kemas dan berorientasikan pilihan

Apa itu Cloudron. Cloudron ialah platform komersial yang menukarkan keseluruhan pelayan menjadi peranti terurus. Ia menjalankan reverse proxy, pangkalan data, dan stack e-mel sendiri, serta App Store terpilih yang mengandungi aplikasi pakej (Nextcloud, WordPress, Gitea, Mattermost, dan lain-lain). Ia menyasarkan pengguna yang mahukan aplikasi mereka diuruskan, dengan kemas kini automatik, sijil automatik, dan sandaran automatik, serta bersedia untuk membayar bagi perkhidmatan tersebut.

Pemasangan. Ia memerlukan pelayan yang bersih dan akan mengambil alih pelayan tersebut sepenuhnya. Jalankan arahan ini pada pelayan Ubuntu 24.04 (Noble) yang baharu sahaja:

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

Skrip ini akan memasang Docker, nginx, pangkalan data dan stack e-mel, kemudian melakukan but semula. Apabila pelayan kembali aktif, buka https://<your-ip>, terima sijil self-signed sementara, dan selesaikan tetapan dalam pelayar: tetapkan domain anda, pilih penyedia DNS anda, dan ia akan menyediakan papan pemuka sendiri di my.example.com.

Menambah aplikasi pertama. Di dalam papan pemuka, buka App Store, klik (contohnya) Nextcloud, pilih subdomain files.example.com, dan tekan Install. Cloudron akan mencipta rekod DNS, meminta sijil Let's Encrypt, menyediakan pangkalan data, menyambungkan single sign-on, dan menjadualkan sandaran, semuanya tanpa anda perlu menyentuh fail konfigurasi. Inilah fungsi utamanya, dan ia berfungsi dengan baik.

TLS dan sandaran. Ini adalah antara ciri yang paling utama. Setiap subdomain aplikasi akan mendapat sijil Let's Encrypt automatik yang diperbaharui untuk anda. Sandaran dijadualkan dan dibina secara dalaman, menyasarkan direktori tempatan, S3, atau storan jauh yang lain, dengan pemulihan bagi setiap aplikasi dan juga fungsi pengklonan aplikasi ke subdomain baharu dengan satu klik.

Kos dan pelesenan, baca ini sebelum anda melanggan. Cloudron ialah produk berbayar dengan tahap percuma yang terhad: pelan percuma membenarkan dua aplikasi. Pasang aplikasi ketiga dan anda akan menghadapi sekatan bayaran; langganan berbayar (Pro atau Max, dibilkan secara bulanan atau tahunan, kedua-duanya dengan aplikasi tanpa had) akan membuka lebih banyak fungsi. Ini adalah fakta yang paling penting tentang Cloudron. Ia kemas kerana ia adalah sebuah perniagaan, dan tahap percuma lebih menyerupai percubaan lanjutan berbanding penyelesaian untuk stack aplikasi yang semakin berkembang.

Mod kegagalan, peraturan pelayan bersih. Cuba pasang Cloudron pada pelayan yang sudah menjalankan sesuatu dan tetapan akan dibatalkan sebelum ia mengubah apa-apa:

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.

Puncanya bukan kerana ia cerewet tanpa sebab. Cloudron menetapkan versi khusus bagi nginx, Docker dan Node dan menyepadukannya secara mendalam, jadi ia tidak boleh wujud bersama salinan aplikasi anda yang lain. Penyelesaiannya ialah imej Ubuntu 24.04 yang baharu sahaja: tiada pelayan web, tiada Docker, malah tiada firewall yang anda konfigurasi secara manual. Jika anda memulakan imej yang salah, tetapan juga akan menolak apa-apa yang bukan Ubuntu LTS yang disokong (22.04 atau 24.04) pada x86-64; ARM, LXC dan OpenVZ tidak disokong sama sekali.

Mod kegagalan kedua, sijil wildcard memerlukan API DNS. Pilih pilihan DNS "Manual" semasa tetapan berbanding memberikan token API kepada Cloudron, dan ia tidak dapat mencipta rekod atau sijil wildcard untuk anda. Setiap aplikasi baharu kemudiannya memerlukan anda menambah rekod DNS secara manual sebelum sijil boleh dikeluarkan, dan papan pemuka akan menunggu rekod tersebut. Berikan Cloudron akses API kepada penyedia DNS yang disokong (Cloudflare, Route 53, DigitalOcean, dan lain-lain) dan keseluruhan proses akan menjadi satu klik sahaja.

CasaOS: papan pemuka home-lab percuma

Apa itu. CasaOS, daripada IceWhale, ialah papan pemuka sumber terbuka yang percuma. Ia berfungsi di atas Docker dan menyediakan skrin utama, gedung aplikasi, dan pengurus fail. Ia dibangunkan untuk dunia pelayan rumah, jadi ciri utamanya adalah untuk home-lab: pemasangan pantas, UI mesra pengguna, dan ringkas. Ia menyasarkan pengguna yang mahukan antara muka Docker yang lebih baik tanpa sebarang kos.

Pasang. Hanya satu baris arahan, dan ia tidak memerlukan sistem yang bersih:

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

Pemasang akan menambah set perkhidmatan systemd (casaos, casaos-gateway, casaos-app-management, dan lain-lain). Pastikan gateway telah aktif sebelum anda membuka pelayar:

systemctl status casaos-gateway

Apabila sedang berjalan, papan pemuka boleh diakses di http://<your-ip> (HTTP biasa, port 80). Cipta akaun tempatan untuk log masuk.

Menambah aplikasi pertama. Buka App Store, pilih aplikasi, dan klik Install. CasaOS akan menulis projek Docker Compose secara automatik dan mendedahkan aplikasi pada port hos, contohnya http://<your-ip>:8080. Gedungnya mengandungi senarai pelayan rumah yang biasa, jadi pelayan media Jellyfin pada VPS atau perpustakaan foto Immich hos-sendiri hanya memerlukan beberapa klik. Anda juga boleh mengimport mana-mana docker-compose.yaml yang anda mahu, yang merupakan kekuatan utamanya: aplikasi adalah kontena biasa, bukan format proprietari.

TLS dan sandaran, kelemahan utama. Di sinilah kesan penggunaan perisian "percuma" kelihatan. CasaOS melayani semua perkara melalui HTTP biasa secara lalai, termasuk papan pemuka sendiri. Tiada fungsi Let's Encrypt terbina dalam, dan tiada sandaran berjadual terbina dalam. Data anda disimpan dalam Docker volumes di bawah /DATA, dan tugas anda adalah untuk melakukan sandaran (menggunakan cron restic atau tar).

Mod kegagalan, tanpa TLS, dan ia tidak berbunyi. Tiada ralat akan dipaparkan. Anda memasang aplikasi, membuka http://<your-ip>:8080, dan ia berfungsi melalui sambungan tanpa enkripsi yang ditandakan oleh pelayar sebagai "Not Secure." Kata laluan dan kuki sesi dihantar dalam teks biasa. Lebih buruk lagi, CasaOS pernah mempunyai kerentanan pelaksanaan kod jarak jauh (CVE-2023-37265 dan CVE-2023-37266, iaitu pintasan pengesahan yang membawa kepada pencerobohan hos sepenuhnya), jadi mendedahkan port HTTP tersebut terus ke internet adalah risiko sebenar, bukan sekadar isu gaya. Cara penyelesaiannya adalah dengan tidak mendedahkan CasaOS secara terus. Letakkan reverse proxy di hadapan untuk menamatkan TLS, seperti nginx dengan sijil Let's Encrypt daripada Certbot, Caddy, atau Cloudflare Tunnel, dan hanya majukan ke CasaOS dalam rangkaian tempatan sahaja. Sila ambil perhatian bahawa CasaOS sudah menggunakan port 80, jadi proxy dan CasaOS akan bertindih kecuali anda menukar CasaOS ke port lain terlebih dahulu.

Kos. Benar-benar percuma selamanya, tanpa had aplikasi. Anda membayar melalui operasi: anda perlu menguruskan TLS, sandaran, dan pengukuhan sistem sendiri.

Coolify: PaaS hos-sendiri

Apa itu. Coolify ialah platform-as-a-service (PaaS) sumber terbuka yang dihoskan sendiri, menyerupai Heroku atau Vercel pada pelayan anda sendiri. Unit asalnya bukan "pasang aplikasi pakej ini" tetapi "gerak kerja repositori Git ini": sambungkan repositori, dan Coolify akan membina aplikasi tersebut (melalui Nixpacks atau Dockerfile anda sendiri) dan menghantarnya, serta melakukan gerak kerja semula pada setiap kali ada push. Ia juga mempunyai pangkalan data dan perkhidmatan satu-klik. Ia menyasarkan pembangun yang menggerakkan kod mereka sendiri dan mahukan fungsi push-to-deploy tanpa perlu menyewa PaaS.

Pasang.

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

Skrip ini akan memasang Docker dan menjalankan stack kontena Coolify sendiri. Pastikan semuanya dalam keadaan sihat sebelum anda meneruskan:

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

Anda sepatutnya melihat coolify, coolify-db, coolify-redis, coolify-realtime, dan coolify-proxy semuanya melaporkan Up. Papan pemuka boleh diakses di http://<your-ip>:8000. Segera cipta akaun admin anda, kerana halaman pendaftaran terbuka sehingga akaun pertama dicipta, dan sesiapa yang sampai dahulu akan mengawal pelayan tersebut. Kemudian tetapkan domain instance anda dan halakan rekod DNS wildcard (*.example.com, atau *.apps.example.com) ke pelayan supaya Coolify boleh memberikan subdomain sendiri kepada setiap aplikasi yang digerakkan.

Menambah aplikasi pertama. Sambungkan sumber Git (GitHub, GitLab, atau URL repositori biasa), pilih branch, tetapkan domain, dan gerakkan aplikasi. Proxy Traefik terbina dalam Coolify akan melencongkan subdomain dan meminta sijil. Untuk perisian sedia ada, katalog Services membolehkan aplikasi digerakkan dengan beberapa klik: stack automasi aliran kerja n8n yang biasanya perlu dipasang secara manual hanya memerlukan satu entri, begitu juga dengan Uptime Kuma untuk pemantauan halaman status.

TLS dan sandaran. Let's Encrypt automatik bagi setiap aplikasi melalui Traefik yang disertakan, jadi setiap subdomain yang digerakkan akan mendapat sijil. Sandaran adalah berasaskan pangkalan data: anda boleh menjadualkan dump Postgres dan MySQL ke storan serasi S3. Sandaran keseluruhan instance (konfigurasi Coolify sendiri yang berada di bawah /data/coolify) adalah secara manual, jadi anda perlu mengeksport dan menyimpannya sendiri.

Kos dan lesen. Edisi hos-sendiri adalah sumber terbuka sepenuhnya dan percuma, tanpa had aplikasi. Terdapat pilihan Coolify Cloud (berbayar) yang menghoskan control plane untuk anda sementara aplikasi anda tetap berjalan pada pelayan anda sendiri; ia memudahkan tetapi tidak wajib.

Mod kegagalan, aplikasi digerakkan tetapi domainnya tidak boleh dimuatkan. Papan pemuka berfungsi dengan baik pada http://<ip>:8000, proses binaan menunjukkan status hijau, tetapi URL aplikasi itu sendiri memulangkan ralat sambungan atau ralat Traefik 404 page not found. Ini menunjukkan masalah pada proxy atau DNS, bukan pada aplikasi anda. Dua punca biasa. Pertama, port 80 atau 443 telah digunakan apabila proxy cuba dimulakan, menyebabkan kontainernya terhenti dengan ralat 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, rekod DNS wildcard hilang, menyebabkan Traefik tidak menerima permintaan untuk hostname tersebut. Jika kad pelayan dalam Coolify memaparkan "Server is not reachable," itu adalah ralat yang berbeza: Coolify tidak dapat berkomunikasi dengan Docker socket pelayan, biasanya disebabkan oleh Docker daemon yang terhenti atau kunci SSH yang rosak. Baca punca sebenar dalam log sebelum anda membuat tekaan:

docker logs coolify-proxy --tail 100

Baiki masalah ini dari halaman Proxy: tekan Restart Proxy, atau tetapkan semula konfigurasi proxy ke tetapan asal dan mulakannya semula, kemudian tunggu kira-kira dua minit untuk ia stabil. Pastikan port 8000 hanya boleh dicapai dari IP anda sendiri (atau buka semula buat sementara jika proxy bermasalah) daripada membiarkannya terbuka kepada dunia — ia melayani papan pemuka melalui HTTP biasa, dan dokumentasi Coolify menyatakan port 8000, 6001 dan 6002 boleh ditutup sebaik sahaja papan pemuka diakses melalui domainnya sendiri.

Beban sumber pada VPS yang sama

Diukur semasa keadaan idle pada mesin 4GB yang sama, sebelum memasang sebarang beban kerja sebenar. Semak sistem anda dengan free -m dan docker stats --no-stream dan jangan hanya bergantung pada satu angka, kerana jumlah penggunaan berubah mengikut campuran aplikasi anda.

• CasaOS adalah yang paling ringan. Panel ini merupakan set perkhidmatan Go yang kecil; jangkaan beban tambahan adalah sekitar 150 hingga 300 MB di atas mana-mana kontena yang anda jalankan.
• Coolify menjalankan beberapa kontena sokongan sendiri (aplikasi, Postgres, Redis, perkhidmatan masa nyata, dan Traefik), jadi ia menggunakan sekitar 600 MB hingga 1 GB semasa idle sebelum anda memasang apa-apa.
• Cloudron adalah yang paling berat semasa keadaan rehat, kerana ia menjalankan nginx, pangkalan data, stack e-mel, dan pemantauan sendiri tidak kira sama ada anda menggunakannya atau tidak; peruntukkan 1 hingga 1.5 GB semasa idle. Itulah sebabnya ia memerlukan minimum 2GB dan berfungsi lebih lancar pada 4GB.

Pada VPS 2GB yang kecil, CasaOS meninggalkan ruang paling banyak untuk aplikasi sebenar dan Cloudron meninggalkan ruang paling sedikit. Jika pelan anda adalah 2GB dan anda mahu menggunakan Cloudron bersama pelayan e-melnya, rancang untuk menaik taraf mesin tersebut.

Perbandingan kemas kini, sandaran, dan kekangan vendor

Kemas kini. Cloudron mengemas kini platform dan setiap aplikasi untuk anda mengikut jadual yang telah diuji: usaha minimum dan bantuan maksimum. Coolify mengemas kini dirinya sendiri melalui papan pemuka dengan satu butang. CasaOS mengemas kini panel melalui skrip pemasangan atau apt, tetapi aplikasi yang anda pasang perlu dikemas kini dan dimulakan semula secara manual.

Kekangan vendor, isu utama pada tahun kedua. CasaOS mempunyai kekangan vendor yang paling rendah: aplikasinya adalah projek Compose biasa, jadi anda boleh menyalin docker-compose.yaml dan volum di bawah /DATA ke mana-mana hos lain untuk meneruskan penggunaan. Coolify berada di tahap sederhana: deployment anda adalah Dockerfiles dan repositori anda sendiri, tetapi konfigurasinya disimpan dalam pangkalan data Coolify, jadi berpindah hos bermaksud anda perlu membina semula projek di hos baharu. Cloudron mempunyai kekangan vendor yang paling tinggi: aplikasi adalah pakej Cloudron, dan walaupun data anda boleh dipindahkan dengan mudah melalui fungsi sandaran yang cemerlang, pakej aplikasi tersebut tidak boleh dipindahkan, jadi anda perlu memasang semula di platform destinasi. Data boleh alih, sistem dalaman tidak boleh alih.

Mana satu yang patut anda pilih

Versi ringkas, kemudian pilihan alternatif. Pilih Cloudron jika anda mahukan pelayan dengan pengurusan manual yang paling minimum, ingin menjalankan beberapa aplikasi pakej, dan sanggup membayar yuran tahunan untuk TLS, sandaran (backups), dan kemas kini yang diuruskan. Pilih CasaOS jika ini adalah makmal rumah (home lab) di belakang rangkaian anda sendiri atau reverse proxy, anda mahukan antaramuka yang mesra untuk Docker, dan anda tidak mahu membayar apa-apa. Pilih Coolify jika anda melancarkan kod sendiri dari Git dan mahukan fungsi push-to-deploy dengan TLS automatik, tanpa kos PaaS berbayar. Jika ketiga-tiga ini tidak sesuai untuk anda, bahagian seterusnya adalah jawapan yang jujur.

Langkau ketiga-tiga jika...

Jadilah jujur tentang skala anda. Jika anda hanya menjalankan satu atau dua aplikasi, atau anda ingin memahami dan mengawal dengan tepat apa yang ada pada pelayan anda, langkau panel tersebut. Beban kerja (overhead) dan kekangan sistem (lock-in) tidak berbaloi untuk stack yang kecil dan stabil. Jalan DIY adalah menggunakan reverse proxy di hadapan fail Compose anda sendiri: Traefik dengan TLS automatik di hadapan beberapa aplikasi Docker Compose memberikan anda HTTPS setaraf satu klik tanpa beban panel, dan anda boleh membuat sandaran dengan tugasan restic yang dijadualkan melalui cron yang anda fahami.

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, keadaannya lebih jelas: Pemasangan Nextcloud pada Docker dengan TLS dan rutin sandaran sendiri hanyalah satu fail Compose dan satu sijil. Memasang keseluruhan peranti (appliance) untuk menjalankannya hanya akan membuang kos tanpa manfaat. Jika anda masih memutuskan apa yang ingin dijalankan sebelum memutuskan bagaimana, panduan tentang apa yang berbaloi untuk self-hosting pada 2026 adalah titik permulaan yang lebih baik.

FAQ

Adakah saya memerlukan panel hos sendiri?

Hanya jika anda mementingkan empat perkara yang diautomasikan oleh panel merentasi pelbagai aplikasi: pemasangan satu klik, TLS automatik, sandaran berjadual, dan pengurusan pengguna. Untuk satu atau dua perkhidmatan, Docker Compose biasa di belakang Traefik melakukan tugas TLS yang sama dengan beban kerja yang jauh lebih rendah dan tanpa sekatan vendor. Panel memberikan nilai apabila anda menjalankan banyak aplikasi dan masa anda lebih berharga daripada penggunaan RAM yang diperlukan.

Panel manakah yang terbaik untuk pemula?

Untuk makmal rumah di mana tiada apa yang didedahkan kepada internet awam, CasaOS adalah permulaan yang paling mudah: satu arahan dan UI yang mesra, tanpa sebarang kos. Namun, anda mesti meletakkan reverse proxy yang menamatkan TLS di hadapan sebelum mendedahkan apa-apa, kerana ia menggunakan HTTP biasa. Jika anda mahukan pengurusan TLS dan sandaran yang diuruskan untuk anda serta sanggup membayarnya, Cloudron adalah yang paling mudah digunakan, dalam had percuma dua aplikasi.

Adakah Cloudron percuma?

Sebahagiannya. Pelan percuma membenarkan dua aplikasi, yang memadai untuk mencuba atau untuk tetapan yang sangat kecil. Selain itu, Cloudron adalah langganan berbayar, dibilkan secara bulanan atau tahunan, dengan aplikasi tanpa had pada pelan berbayar. Ia adalah produk komersial dengan pelan percuma yang terhad, bukan perisian percuma, jadi sediakan bajet jika stack anda akan berkembang.

Bolehkah saya menjalankan panel ini bersebelahan dengan aplikasi sedia ada saya?

Cloudron: tidak. Ia memerlukan sistem Ubuntu yang bersih dan akan dibatalkan jika nginx, Docker atau Node sudah dipasang, kerana ia menguruskan keseluruhan mesin. CasaOS dan Coolify lebih fleksibel, kerana ia memasang stack Docker mereka sendiri dan secara prinsipnya boleh berkongsi mesin yang sama, tetapi kedua-duanya memerlukan port 80 dan 443, jadi ia akan bertembung dengan mana-mana pelayan web atau proxy yang anda jalankan. Pada mesin yang sudah menghoskan sesuatu, panel biasanya bukan alat yang betul; gunakan Traefik dan Compose sebagai ganti.

Bagaimanakah cara untuk saya berpindah keluar daripada panel kemudian hari?

Rancang perpindahan anda sebelum anda memerlukannya. Dari CasaOS, salin docker-compose.yaml aplikasi dan volume /DATA ke hos baharu dan mulakan semula. Dari Coolify, eksport konfigurasi setiap projek dan halakan ia ke repositori yang sama di destinasi. Dari Cloudron, pulihkan data daripada sandarannya ke dalam aplikasi yang baru dipasang di platform baharu, kerana pembungkusan Cloudron tidak boleh dipindahkan, hanya data sahaja. Dalam setiap kes, uji pemulihan pada mesin percubaan sebelum anda memadamkan mesin lama.