Cloudron vs CasaOS vs Coolify तुलना

तुम्ही काय तयार करत आहात

तुम्ही केवळ एक tool इंस्टॉल करत नाही आहात, तर योग्य tool निवडत आहात. Cloudron, CasaOS, आणि Coolify हे तीन panels एका साध्या VPS ला point-and-click app host मध्ये बदलण्याचे आश्वासन देतात. हा guide प्रत्येक panel एका नवीन Ubuntu 24.04 box वर इंस्टॉल करतो, एक पहिले app इंस्टॉल करतो आणि त्यानंतर TLS, backups, updates, memory cost, आणि त्यातून बाहेर पडणे किती कठीण आहे यांसारख्या महत्त्वाच्या गोष्टींचे सखोल विश्लेषण करतो. या मार्गदर्शकाच्या शेवटी, तुम्हाला कोणता पर्याय योग्य आहे हे समजेल, किंवा "यापैकी एकही नाही, फक्त Docker Compose वापरा" हेच खरे उत्तर आहे का ते तुम्हाला कळेल.

यापैकी कोणतेही magic नाही. या तिन्हींच्या मागे तोच Docker Engine आहे जो तुम्ही स्वतः हाताने चालवू शकता. एखादे panel तुम्हाला पैसे, RAM किंवा lock-in च्या स्वरूपात चार कामे करून देते: one-click app installs, automatic TLS certificates, scheduled backups, आणि user management. जर ही चार कामे तुमच्यासाठी महत्त्वात्वाची असतील, तर panel वापरणे फायदेशीर ठरते. जर तुम्ही फक्त एक किंवा दोन services चालवत असाल आणि तुमच्या box वर नक्की काय आहे हे तुम्हाला माहित असावे असे वाटत असेल, तर प्रथम "Skip all three" विभाग वाचा आणि तुमचा वेळ वाचवा.

सामायिक पूर्वअटी आणि महत्त्वाच्या अडचणी

या तिन्हीसाठी KVM VPS आवश्यक आहे, container virtualisation नाही. Docker ला real kernel आवश्यक असते आणि Cloudron, OpenVZ आणि LXC ला पूर्णपणे नाकारते. systemd-detect-virt तपासा: kvm किंवा qemu चालतील, पण openvz किंवा lxc चालणार नाहीत. KVM plan वर command kvm प्रिंट करते, आणि bare metal वर none प्रिंट करते; यापैकी काहीही आले तरी तुम्ही पुढे जाऊ शकता.

त्यानंतर इतर गोष्टींमध्ये फरक पडतो, आणि निवड करण्यासाठी ही पहिली गोष्ट आहे.

• RAM. CasaOS 1GB वर व्यवस्थित चालते; ते Raspberry Pi hardware साठी बनवले आहे आणि हलके आहे. Coolify साठी किमान 2GB RAM आणि दोन CPU cores आवश्यक आहेत, त्यातील सुमारे 600 MB फक्त Coolify साठी वापरले जातात. Cloudron साठी किमान 2GB आवश्यक आहे आणि 4GB वर ते अधिक चांगले चालते, कारण एखादे app इंस्टॉल करण्यापूर्वीच ते mail server आणि database चालवते.
• तुमच्या नियंत्रणाखालील Domain आणि DNS. Cloudron आणि Coolify या दोघांनाही कार्यरत DNS सह real domain आवश्यक आहे. Cloudron ला तुमच्या DNS provider चा API access हवा असतो, जेणेकरून ते स्वतः records आणि wildcard certificates तयार करू शकेल. CasaOS फक्त IP वर चालू शकते, पण अशा वेळी तुम्हाला TLS मिळणार नाही.
• Ports. HTTP आणि HTTPS साठी तिन्हीसाठी 80 आणि 443 ports खुले असणे आवश्यक आहे. Coolify अतिरिक्त dashboard साठी 8000 port वापरते, realtime channel साठी 6001 आणि in-browser terminal साठी 6002 वापरते. सर्व पर्यायांसाठी SSH साठी port 22 खुला ठेवा.

सुरुवात करण्यापूर्वी DNS सर्व्हरकडे पॉइंट करा. ज्या panel ला स्वतःचे hostname resolve करता येत नाही, ते certificate request करू शकत नाही; यामुळे तुमचा पहिला तास software ऐवजी debugging मध्ये जाईल. सर्व्हर IP वर A record पॉइंट करा, आणि Coolify साठी wildcard record (*.apps.example.com) जोडा, जेणेकरून प्रत्येक deployed app ला स्वतःचा subdomain मिळेल.

Cloudron: एक प्रगत आणि सुव्यवस्थित appliance

हे काय आहे. Cloudron हे एक व्यावसायिक प्लॅटफॉर्म आहे जे संपूर्ण सर्व्हरला एक managed appliance मध्ये रूपांतरित करते. यामध्ये स्वतःचा reverse proxy, database आणि mail stack असतो, तसेच यामध्ये विविध apps (Nextcloud, WordPress, Gitea, Mattermost, इत्यादी) असलेला App Store असतो. हे अशा लोकांसाठी आहे ज्यांना त्यांच्या apps साठी automatic updates, automatic certs आणि automatic backups हवी आहे आणि जे यासाठी पैसे मोजण्यास तयार आहेत.

Install. हे केवळ एका स्वच्छ (clean) सर्व्हरवरच इन्स्टॉल होते. हे फक्त नवीन Ubuntu 24.04 (Noble) सर्व्हरवर चालवा:

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

हे script Docker, nginx, database आणि mail stack इन्स्टॉल करते आणि त्यानंतर सिस्टम reboot करते. सर्व्हर पुन्हा सुरू झाल्यावर, https://<your-ip> उघडा, temporary self-signed certificate स्वीकार करा आणि ब्राउझरमध्ये सेटअप पूर्ण करा: तुमचा domain निवडा, तुमचा DNS provider निवडा, आणि ते my.example.com वर स्वतःचे dashboard तयार करेल.

पहिले app जोडणे. Dashboard मध्ये, App Store उघडा, (उदाहरणादाखल) Nextcloud वर क्लिक करा, subdomain files.example.com निवडा आणि Install दाबा. Cloudron DNS record तयार करते, Let's Encrypt certificate साठी विनंती करते, database तयार करते, single sign-on सेट करते आणि backup शेड्यूल करते; या सर्व गोष्टींसाठी तुम्हाला कोणतीही config file हाताळण्याची गरज पडत नाही. हेच याचे मुख्य वैशिष्ट्य आहे.

TLS आणि backups. यातील सर्वात महत्त्वाचे वैशिष्ट्य. प्रत्येक app subdomain ला automatic Let's Encrypt certificate मिळते, जे तुमच्यासाठी आपोआप renew होते. Backups शेड्यूल केलेले असतात आणि ते local directory, S3 किंवा इतर remote storage वर साठवले जातात. यामध्ये प्रत्येक app साठी स्वतंत्र restore आणि नवीन subdomain वर app क्लोन करण्याची सुविधा देखील मिळते.

Cost आणि licensing, commitment करण्यापूर्वी हे वाचा. Cloudron हे एक पेड उत्पादन आहे ज्यामध्ये मर्यादित free tier आहे: free plan मध्ये तुम्ही फक्त दोन apps वापरू शकता. तिसरे app इन्स्टॉल केल्यास तुम्हाला पैसे भरावे लागतील; Pro किंवा Max सारखे पेड subscription (मासिक किंवा वार्षिक, दोन्हीमध्ये unlimited apps) घेतल्यास अधिक सुविधा मिळतात. Cloudron बद्दलची ही सर्वात महत्त्वाची माहिती आहे. हे एक व्यावसायिक उत्पादन असल्यामुळेच ते इतके प्रगत आहे, आणि free tier हे वाढत्या stack साठी घर नसून एका extended trial सारखे आहे.

Failure mode, clean-box नियम. जर तुम्ही आधीच काही चालवत असलेल्या सर्व्हरवर Cloudron इन्स्टॉल करण्याचा प्रयत्न केला, तर काहीही बदलण्यापूर्वीच setup थांबतो:

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.

याचे कारण केवळ कडक नियम नसून तांत्रिक गरज आहे. Cloudron मध्ये nginx, Docker आणि Node च्या विशिष्ट versions वापरल्या जातात आणि ते खोलवर integrate केलेले असतात, त्यामुळे ते तुमच्या आधीच्या copies सोबत चालू शकत नाहीत. याचे निरासन म्हणजे फक्त नवीन Ubuntu 24.04 image वापरणे: कोणताही web server, Docker किंवा तुम्ही स्वतः कॉन्फिगर केलेले firewall नसावे. जर तुम्ही चुकीचे image वापरले असेल, तर setup फक्त x86-64 वर चालणाऱ्या supported Ubuntu LTS (22.04 किंवा 24.04) लाच परवानगी देते; ARM, LXC आणि OpenVZ पूर्णपणे unsupported आहेत.

Second failure mode, wildcard certs साठी DNS API आवश्यक आहे. setup दरम्यान Cloudron ला API token देण्याऐवजी "Manual" DNS पर्याय निवडल्यास, ते तुमच्यासाठी records किंवा wildcard certificate तयार करू शकत नाही. अशा वेळी, प्रत्येक नवीन app साठी तुम्हाला मॅन्युअली DNS record जोडावा लागतो आणि त्यानंतरच certificate जारी केले जाते; तोपर्यंत dashboard त्या record ची वाट पाहत राहते. जर तुम्ही Cloudron ला supported DNS provider (Cloudflare, Route 53, DigitalOcean, इत्यादी) चा API access दिला, तर संपूर्ण प्रक्रिया फक्त एका क्लिकची होऊन जाते.

CasaOS: मोफत होम-लॅब डॅशबोर्ड

हे काय आहे. IceWhale कडून आलेले CasaOS हे एक मोफत आणि ओपन-सोर्स डॅशबोर्ड आहे. हे Docker वर आधारित असून तुम्हाला होम स्क्रीन, ॲप स्टोअर आणि फाईल मॅनेजर प्रदान करते. हे होम-सर्व्हरच्या गरजा लक्षात घेऊन बनवले आहे: जलद सेटअप, सोपे UI आणि कमी तांत्रिक गुंतागुंत. ज्यांना कोणत्याही खर्चाशिवाय Docker साठी चांगले इंटरफेस हवा आहे, अशा tinkerers साठी हे उपयुक्त आहे.

Install. फक्त एक ओळ आणि यासाठी स्वच्छ (clean) बॉक्सची आवश्यकता नाही:

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

इन्स्टॉलर काही systemd सर्व्हिसेस (casaos, casaos-gateway, casaos-app-management आणि इतर) जोडतो. ब्राउझर उघडण्यापूर्वी गेटवे सुरू झाला आहे याची खात्री करा:

systemctl status casaos-gateway

जेव्हा ते सुरू होईल, तेव्हा डॅशबोर्ड http://<your-ip> (साधा HTTP, पोर्ट 80) वर उपलब्ध असेल. स्थानिक (local) खाते तयार करा आणि तुम्ही वापरण्यास तयार आहात.

पहिले ॲप जोडणे. App Store उघडा, एक ॲप निवडा आणि Install वर क्लिक करा. CasaOS पडद्यामागे एक Docker Compose प्रोजेक्ट तयार करते आणि ॲपला होस्ट पोर्टवर, उदाहरणार्थ http://<your-ip>:8080 वर उपलब्ध करून देते. त्याच्या स्टोअरमध्ये नेहमीचे होम-सर्व्हर ॲप्स उपलब्ध आहेत, त्यामुळे VPS वरील Jellyfin media server किंवा self-hosted Immich photo library काही क्लिक्सवर उपलब्ध आहेत. तुम्ही तुमच्या आवडीचे कोणतेही docker-compose.yaml इम्पोर्ट करू शकता, जी याची खरी ताकद आहे: हे ॲप्स सामान्य कंटेनर्स आहेत, कोणताही प्रोप्रायटरी फॉरमॅट नाही.

TLS आणि बॅकअप, कमकुवत बाजू. येथे "मोफत" असल्यामुळे काही मर्यादा येतात. CasaOS सर्व काही बाय डिफॉल्ट साध्या HTTP वर सर्व्ह करते, ज्यामध्ये स्वतःचे डॅशबोर्ड देखील समाविष्ट आहे. यामध्ये इन-बिल्ट Let's Encrypt किंवा इन-बिल्ट शेड्यूल्ड बॅकअप नाही. तुमचा डेटा /DATA अंतर्गत Docker volumes मध्ये असतो, आणि त्याचा बॅकअप घेणे ही तुमची जबाबदारी आहे (उदा. cron वापरून restic किंवा tar).

Failure mode, TLS नाही आणि कोणतीही त्रुटी येत नाही. काहीही एरर येत नाही. तुम्ही ॲप इन्स्टॉल करता, http://<your-ip>:8080 उघडता आणि ते काम करते, परंतु ब्राउझर "Not Secure" असा संदेश देणाऱ्या अनएन्क्रिप्टेड कनेक्शनवर. पासवर्ड आणि सेशन कुकीज स्पष्ट स्वरूपात (cleartext) ट्रान्सफर होतात. अधिक गंभीर म्हणजे, CasaOS च्या डॅशबोर्डमध्ये रिमोट-कोड-एक्झिक्युशन त्रुटी (CVE-2023-37265 आणि CVE-2023-37266, ज्यामध्ये authentication bypass द्वारे पूर्ण होस्ट कॉम्प्रोमाइज होऊ शकतो) आढळल्या आहेत. त्यामुळे HTTP पोर्ट थेट इंटरनेटवर उघडणे हा मोठा धोका आहे. उपाय म्हणजे CasaOS ला थेट इंटरनेटवर उघडू नका. त्यासमोर TLS टर्मिनेट करणारा रिव्हर्स प्रॉक्सी वापरा, जसे की Certbot कडून Let's Encrypt प्रमाणपत्र असलेले nginx, Caddy, किंवा Cloudflare Tunnel, आणि फक्त लोकल नेटवर्कवर CasaOS कडे फॉरवर्ड करा. लक्षात ठेवा की CasaOS आधीच पोर्ट 80 वापरत आहे, त्यामुळे जोपर्यंत तुम्ही CasaOS दुसऱ्या पोर्टवर हलवत नाही, तोपर्यंत तुमचा प्रॉक्सी आणि CasaOS यांच्यात पोर्टसाठी संघर्ष होईल.

Cost. हे कायमस्वरूपी पूर्णपणे मोफत आहे आणि ॲप्सवर कोणतीही मर्यादा नाही. तुम्हाला कामाच्या स्वरूपात किंमत मोजावी लागते: TLS, बॅकअप आणि हार्डनिंग तुम्हाला स्वतःला हाताळावे लागेल.

Coolify: self-hosted PaaS

हे काय आहे. Coolify हे एक open-source, self-hosted platform-as-a-service आहे, जे तुमच्या स्वतःच्या सर्व्हरवर Heroku किंवा Vercel सारखे कार्य करते. याचे मूळ स्वरूप "हे पॅकेज केलेले ॲप इन्स्टॉल करा" असे नसून "हे Git repository deploy करा" असे आहे: एक repo कनेक्ट करा, आणि Coolify ते (Nixpacks किंवा तुमच्या स्वतःच्या Dockerfile द्वारे) build करते आणि ship करते, तसेच प्रत्येक push वर redeploy करते. यामध्ये one-click databases आणि services देखील आहेत. हे अशा developers साठी आहे जे स्वतःचा कोड deploy करतात आणि PaaS भाड्याने न घेता push-to-deploy सुविधा इच्छितात.

Install.

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

ही script Docker इन्स्टॉल करते आणि Coolify चे स्वतःचे container stack सुरू करते. पुढे जाण्यापूर्वी ते healthy आहेत की नाही हे तपासा:

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

तुम्हाला coolify, coolify-db, coolify-redis, coolify-realtime, आणि coolify-proxy हे सर्व Up दर्शवताना दिसले पाहिजेत. Dashboard http://<your-ip>:8000 वर उपलब्ध आहे. तुमचे admin account लगेच तयार करा, कारण पहिला account तयार होईपर्यंत registration page उघडे असते आणि जो कोणी आधी तिथे पोहोचेल तो सर्व्हरवर नियंत्रण मिळवू शकतो. त्यानंतर तुमची instance domain सेट करा आणि wildcard DNS record (*.example.com, किंवा *.apps.example.com) या box कडे पॉइंट करा, जेणेकरून Coolify प्रत्येक deployed app ला स्वतःचा subdomain देऊ शकेल.

पहिले app जोडणे. Git source (GitHub, GitLab, किंवा साधा repo URL) कनेक्ट करा, branch निवडा, domain सेट करा आणि deploy करा. Coolify चा इन-बिल्ट Traefik proxy subdomain ला route करतो आणि certificate साठी request पाठवतो. तयार सॉफ्टवेअरसाठी, Services catalogue काही क्लिक्समध्ये गोष्टी deploy करते: n8n workflow-automation stack जे तुम्हाला मॅन्युअली कॉन्फिगर करावे लागले असते हा एक entry आहे, आणि status-page monitoring साठी Uptime Kuma देखील तसाच आहे.

TLS आणि backups. bundled Traefik द्वारे प्रत्येक app साठी automatic Let's Encrypt उपलब्ध आहे, त्यामुळे प्रत्येक deployed subdomain ला certificate मिळते. Backups हे database-first आहेत: तुम्ही Postgres आणि MySQL dumps S3-compatible storage वर शेड्यूल करू शकता. संपूर्ण-instance backup (स्वतः Coolify configuration, जे /data/coolify अंतर्गत असते) अधिक manual आहे, त्यामुळे ते स्वतः export आणि store करा.

Cost आणि licensing. self-hosted edition पूर्णपणे open-source आणि मोफत आहे, यामध्ये apps ची कोणतीही मर्यादा नाही. एक ऐच्छिक Coolify Cloud (paid) उपलब्ध आहे जे तुमच्या apps साठी control plane host करते, तर तुमचे apps तुमच्या स्वतःच्या सर्व्हरवर चालतात; हे सोयीचे आहे पण अनिवार्य नाही.

Failure mode, ॲप deploy होते पण त्याचे domain लोड होत नाही. Dashboard http://<ip>:8000 वर व्यवस्थित काम करते, build यशस्वी (green) होते, परंतु ॲपचा स्वतःचा URL connection error किंवा Traefik 404 page not found दर्शवतो. याचा अर्थ प्रॉक्सी किंवा DNS मध्ये समस्या आहे, तुमच्या ॲपमध्ये नाही. याची दोन सामान्य कारणे आहेत. पहिले, जेव्हा प्रॉक्सी सुरू करण्याचा प्रयत्न केला तेव्हा ports 80 किंवा 443 आधीच वापरले गेले होते, त्यामुळे Docker error सह त्याचा container बंद झाला:

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

दुसरे, wildcard DNS record गहाळ आहे, त्यामुळे Traefik ला त्या hostname साठी कधीही request मिळत नाही. याउलट, जर Coolify मधील संपूर्ण server card वर "Server is not reachable" असे दिसत असेल, तर ती वेगळी त्रुटी आहे: Coolify सर्व्हरच्या Docker socket शी संवाद साधू शकत नाही, सहसा Docker daemon बंद असल्यामुळे किंवा SSH key खराब असल्यामुळे हे घडते. अंदाज लावण्यापूर्वी logs मध्ये नेमके कारण वाचा:

docker logs coolify-proxy --tail 100

Proxy page मधून ते ठीक करा: Restart Proxy दाबा, किंवा प्रॉक्सी कॉन्फिगरेशन default वर रीसेट करा आणि पुन्हा सुरू करा, त्यानंतर ते स्थिर होण्यासाठी सुमारे दोन मिनिटे वाट पहा. port 8000 जगासाठी उघडे ठेवण्याऐवजी फक्त तुमच्या स्वतःच्या IP साठी उपलब्ध ठेवा (किंवा प्रॉक्सी नीट काम करत नसेल तर तात्पुरते पुन्हा उघडा) — ते dashboard plain HTTP वर सर्व्ह करते, आणि Coolify च्या स्वतःच्या docs नुसार, एकदा dashboard स्वतःच्या domain द्वारे सर्व्ह झाले की ports 8000, 6001 आणि 6002 बंद केले जाऊ शकतात.

एकाच VPS वरील Resource overhead

कोणताही प्रत्यक्ष workload तैनात करण्यापूर्वी, 4GB च्या एकाच मशीनवर idle अवस्थेत याचे मोजमाप केले आहे. केवळ एका आकड्यावर अवलंबून न राहता, free -m आणि docker stats --no-stream वापरून तुमची स्थिती तपासा; कारण तुमच्या app mix नुसार एकूण वापर बदलतो.

• CasaOS सर्वात हलके आहे. याचे panel हे Go services चा एक छोटा संच आहे; तुम्ही चालवणाऱ्या containers व्यतिरिक्त साधारणपणे 150 to 300 MB overhead ची अपेक्षा ठेवा.
• Coolify स्वतःचे काही support containers चालवते (app, Postgres, Redis, realtime service, आणि Traefik), त्यामुळे काहीही deploy करण्यापूर्वी ते idle अवस्थेत साधारण 600 MB to 1 GB वापरते.
• Cloudron idle अवस्थेत सर्वात जास्त भार टाकते, कारण तुम्ही त्याचा वापर केला असो वा नसो, ते स्वतःचे nginx, database, mail stack आणि monitoring चालवते; idle अवस्थेसाठी 1 to 1.5 GB साठी नियोजन करा. म्हणूनच ते किमान 2GB ची मागणी करते आणि 4GB वर अधिक सुलभतेने चालते.

2GB च्या लहान VPS वर, CasaOS प्रत्यक्ष apps साठी सर्वाधिक जागा सोडते आणि Cloudron सर्वात कमी जागा सोडते. जर तुमचे नियोजन 2GB चे असेल आणि तुम्हाला mail server सह Cloudron वापरायचे असेल, तर मशीन upgrade करण्याचे नियोजन करा.

Updates, backups, and lock-in comparison

Updates. Cloudron प्लॅटफॉर्म आणि प्रत्येक app साठी त्यांनी टेस्ट केलेल्या वेळापत्रकानुसार अपडेट्स आपोआप करते: यामुळे कमीत कमी प्रयत्न आणि जास्तीत जास्त सोय मिळते. Coolify स्वतःच्या dashboard मधून एका बटणाद्वारे अपडेट होते. CasaOS त्याच्या install script किंवा apt द्वारे पॅनेल अपडेट करते, परंतु तुम्ही इंस्टॉल केलेले apps स्वतः अपडेट आणि restart करणे तुमच्यावर अवलंबून असते.

Lock-in, second year मध्ये येणारी अडचण. CasaOS मध्ये lock-in सर्वात कमी आहे: त्याचे apps सामान्य Compose projects आहेत, त्यामुळे तुम्ही docker-compose.yaml आणि /DATA अंतर्गत असलेले volumes इतर कोणत्याही host वर कॉपी करून वापरू शकता. Coolify मध्यम स्वरूपाचे आहे: तुमचे deploys स्वतःचे Dockerfiles आणि repos असतात, परंतु त्यांची configuration Coolify च्या database मध्ये असते, त्यामुळे host बदलल्यास तुम्हाला प्रोजेक्ट्स पुन्हा तयार करावे लागतात. Cloudron मध्ये lock-in सर्वात जास्त आहे: apps हे Cloudron-packaged असतात; जरी तुमचे data त्यांच्या उत्कृष्ट backups द्वारे सहजपणे बाहेर काढता येते, तरीही packaging बाहेर काढता येत नाही, त्यामुळे तुम्हाला destination platform वर पुन्हा re-deploy करावे लागते. डेटा पोर्टेबल आहे, परंतु प्लंबिंग (plumbing) नाही.

तुम्ही कोणता पर्याय निवडला पाहिजे?

थोडक्यात सांगायचे तर, खालील माहिती वाचा. जर तुम्हाला या तिन्हींपैकी सर्वात कमी तांत्रिक व्यवस्थापन असलेला सर्व्हर हवा असेल, अनेक packaged apps चालवायचे असतील आणि managed TLS, backups आणि updates साठी वार्षिक शुल्क भरण्यास तयार असाल, तर Cloudron निवडा. जर तुम्हाला तुमच्या स्वतःच्या network किंवा reverse proxy च्या मागे home lab वापरायचा असेल, Docker साठी सोपा interface हवा असेल आणि तुम्हाला कोणतेही शुल्क भरण्याची इच्छा नसेल, तर CasaOS निवडा. जर तुम्हाला Git मधून स्वतःचा code deploy करायचा असेल आणि hosted PaaS च्या खर्चाशिवाय automatic TLS सह push-to-deploy हवे असेल, तर Coolify निवडा. जर या तिन्हींपैकी कोणताही पर्याय तुमच्यासाठी योग्य नसेल, तर पुढील विभाग तुम्हाला अचूक उत्तर देईल.

जर खालील गोष्टी लागू असतील तर हे तिन्ही टप्पे वगळा...

तुमच्या स्केलचा (scale) विचार करा. जर तुम्ही फक्त एक किंवा दोन apps चालवत असाल, किंवा तुम्हाला तुमच्या सर्व्हरवर नक्की काय आहे यावर पूर्ण नियंत्रण हवे असेल, तर panels वापरू नका. लहान आणि स्थिर stack साठी overhead आणि lock-in चा फायदा होत नाही. DIY मार्ग म्हणजे तुमच्या स्वतःच्या Compose files च्या समोर एक reverse proxy वापरणे: Traefik with automatic TLS in front of several Docker Compose apps तुम्हाला कोणत्याही panel च्या भारविना one-click-equivalent HTTPS प्रदान करते, आणि तुम्ही समजण्यायोग्य cron'd restic job द्वारे बॅकअप घेऊ शकता.

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

एका single flagship app साठी हे अधिक स्पष्ट आहे: Nextcloud install on Docker with TLS and its own backup routine म्हणजे एक Compose file आणि एक certificate. ते चालवण्यासाठी पूर्ण appliance उभारणे खर्चिक ठरेल आणि त्याचा उपयोग होणार नाही. जर तुम्ही कसे चालवायचे यापूर्वी काय चालवायचे यावर विचार करत असाल, तर guide to what is worth self-hosting in 2026 हा अधिक चांगला सुरुवातीचा बिंदू आहे.

FAQ

मला self-hosting panel ची गरज आहे का?

जर तुम्हाला अनेक apps साठी खालील चार गोष्टींचे ऑटोमेशन हवे असेल, तरच तुम्हाला panel ची गरज आहे: one-click installs, automatic TLS, scheduled backups, आणि user management. जर तुम्ही फक्त एक किंवा दोन services वापरणार असाल, तर Traefik सोबत plain Docker Compose वापरणे अधिक सोपे आहे; यामुळे कमी overhead आणि zero lock-in मिळते. जेव्हा तुम्ही अनेक apps चालवता आणि तुमचा वेळ RAM च्या खर्चापेक्षा जास्त मौल्यवान असतो, तेव्हा panel वापरणे फायदेशीर ठरते.

नवशिक्यांसाठी (beginner) सर्वोत्तम panel कोणते?

जर तुम्ही home lab वापरत असाल आणि काहीही इंटरनेटवर खुले (expose) नसेल, तर CasaOS हा सर्वात सोपा पर्याय आहे: एक command आणि एक सोपा UI, ज्यासाठी काहीही पैसे द्यावे लागत नाहीत. परंतु, कोणतीही service इंटरनेटवर ठेवण्यापूर्वी तुम्हाला TLS-terminating reverse proxy वापरावा लागेल, कारण CasaOS फक्त plain HTTP प्रदान करते. जर तुम्हाला TLS आणि backups साठी मॅनेज्ड सेवा हवी असेल आणि तुम्ही त्यासाठी पैसे देऊ शकत असाल, तर Cloudron हा सर्वात सोपा पर्याय आहे (त्याच्या दोन-app च्या free limit मध्ये).

Cloudron मोफत आहे का?

काही प्रमाणात. its free tier मध्ये दोन apps वापरता येतात, जे फक्त चाचणीसाठी किंवा अगदी लहान सेटअपसाठी पुरेसे आहे. त्या पलीकडे Cloudron हे एक सशुल्क (paid) subscription आहे, ज्याचे billing मासिक किंवा वार्षिक असते; paid tiers मध्ये unlimited apps उपलब्ध आहेत. हे एक commercial product आहे ज्याचा free plan मर्यादित आहे, त्यामुळे तुमचा stack वाढणार असेल तर त्यासाठी बजेट ठेवा.

मी ही panels माझ्या सध्याच्या apps सोबत चालवू शकतो का?

Cloudron: नाही. यासाठी एक नवीन (clean) Ubuntu box आवश्यक आहे. जर nginx, Docker किंवा Node आधीच इंस्टॉल असतील, तर ही प्रक्रिया थांबते, कारण Cloudron संपूर्ण मशीन मॅनेज करते. CasaOS आणि Coolify अधिक लवचिक आहेत, कारण ते स्वतःचा Docker stack इंस्टॉल करतात आणि तात्विकदृष्ट्या एकाच box वर चालू शकतात, परंतु दोघांनाही ports 80 आणि 443 हवे असतात, त्यामुळे ते तुमच्या सध्याच्या web server किंवा proxy सोबत संघर्षात (collide) येऊ शकतात. ज्या box वर आधीच गोष्टी होस्ट केल्या आहेत, तिथे panel वापरणे सहसा चुकीचे ठरते; त्याऐवजी Traefik आणि Compose वापरा.

मी नंतर panel कडून बाहेर कसे पडू (move off) शकतो?

गरज पडण्यापूर्वीच तुमच्या बाहेर पडण्याच्या (exit) योजनेचे नियोजन करा. CasaOS मधून, app ची docker-compose.yaml आणि तिची /DATA volumes नवीन host वर कॉपी करा आणि पुन्हा सुरू करा. Coolify मधून, प्रत्येक project ची configuration export करा आणि ती डेस्टिनेशनवरील त्याच repos कडे निर्देशित करा. Cloudron मधून, नवीन platform वर नवीन इंस्टॉल केलेल्या apps मध्ये बॅकअपमधून डेटा रिस्टोर करा, कारण Cloudron packaging ट्रान्सफर होत नाही, फक्त डेटा ट्रान्सफर होतो. प्रत्येक परिस्थितीत, जुना setup बंद करण्यापूर्वी एखाद्या तात्पुरत्या (throwaway) box वर रिस्टोर प्रक्रिया तपासून पहा.