Cloudron vs CasaOS vs Coolify: कौन सा पैनल बेहतर है?

आप क्या बना रहे हैं

आप केवल एक टूल इंस्टॉल नहीं कर रहे हैं, बल्कि एक टूल का चुनाव कर रहे हैं। तीन पैनल एक खाली VPS को पॉइंट-एंड-क्लिक ऐप होस्ट में बदलने का वादा करते हैं: Cloudron, CasaOS, और Coolify। यह गाइड प्रत्येक को एक नए Ubuntu 24.04 बॉक्स पर इंस्टॉल करती है, पहला ऐप सेटअप करती है, और फिर उन पहलुओं की बारीकी से जांच करती है जिन्हें कोई स्क्रीनशॉट में नहीं दिखाता: TLS, बैकअप, अपडेट, मेमोरी की खपत, और इन्हें हटाना कितना कठिन है। अंत तक आप जान जाएंगे कि कौन सा आपके लिए उपयुक्त है, या क्या सही उत्तर यह है कि "इनमें से कोई नहीं, बस Docker Compose का उपयोग करें।"

इनमें से कोई भी जादू नहीं है। इन तीनों के नीचे वही Docker Engine है जिसे आप स्वयं भी चला सकते हैं। एक पैनल आपको पैसे, RAM या लॉक-इन के बदले चार काम करके देने का वादा करता है: वन-क्लिक ऐप इंस्टॉलेशन, स्वचालित TLS सर्टिफिकेट, निर्धारित बैकअप, और यूजर मैनेजमेंट। यदि ये चार काम आपके लिए अतिरिक्त मेहनत के लायक हैं, तो पैनल अपना महत्व साबित करता है। यदि आप एक या दो सर्विस चलाते हैं और यह जानना पसंद करते हैं कि आपके बॉक्स पर वास्तव में क्या चल रहा है, तो पहले "तीनों को छोड़ें" (Skip all three) वाला सेक्शन पढ़ें और अपना समय बचाएं।

साझा पूर्वापेक्षाएँ और महत्वपूर्ण सावधानियाँ

ये तीनों ही KVM VPS पर चलने के लिए डिज़ाइन किए गए हैं, न कि कंटेनर वर्चुअलाइजेशन पर। Docker को एक वास्तविक kernel की आवश्यकता होती है, और Cloudron स्पष्ट रूप से OpenVZ और LXC को अस्वीकार करता है। systemd-detect-virt के साथ जाँच करें: kvm या qemu ठीक है, लेकिन openvz या lxc नहीं। KVM प्लान पर यह कमांड kvm प्रिंट करता है, और bare metal पर यह none प्रिंट करता है; दोनों ही स्थितियों का अर्थ है कि आप आगे बढ़ने के लिए तैयार हैं।

इसके अलावा, आवश्यकताएँ अलग-अलग हैं, और यही वह पहली चीज़ है जो आपके चुनाव को प्रभावित करती है।

• RAM. CasaOS 1GB RAM पर आसानी से चलता है; इसे Raspberry Pi हार्डवेयर के लिए बनाया गया था और यह काफी हल्का है। Coolify को न्यूनतम 2GB RAM और दो CPU cores की आवश्यकता होती है, जिसमें से लगभग 600 MB केवल Coolify द्वारा उपयोग किया जाता है। Cloudron को न्यूनतम 2GB की आवश्यकता होती है, लेकिन यह 4GB पर बेहतर प्रदर्शन करता है, क्योंकि किसी भी ऐप को इंस्टॉल करने से पहले ही यह एक मेल सर्वर और डेटाबेस चलाता है।
• एक डोमेन और DNS जिस पर आपका नियंत्रण हो. Cloudron और Coolify दोनों को काम करने वाले DNS के साथ एक वास्तविक डोमेन की आवश्यकता होती है। Cloudron के लिए आदर्श रूप से आपके DNS प्रदाता का API एक्सेस होना चाहिए ताकि वह स्वयं रिकॉर्ड और वाइल्डकार्ड सर्टिफिकेट बना सके। CasaOS एक bare IP पर भी चल सकता है, लेकिन उस स्थिति में आपको TLS नहीं मिलेगा।
• Ports. तीनों को HTTP और HTTPS के लिए 80 और 443 पोर्ट खुले रखने की आवश्यकता होती है। Coolify इसके अतिरिक्त अपने डैशबोर्ड को 8000 पर सर्व करता है, और अपने रियल-टाइम चैनल के लिए 6001 तथा इन-ब्राउज़र टर्मिनल के लिए 6002 का उपयोग करता है। हर स्थिति में SSH के लिए पोर्ट 22 को खुला रखें।

शुरू करने से पहले DNS को सर्वर की ओर पॉइंट करें। यदि कोई पैनल अपने स्वयं के होस्टनाम को रिज़ॉल्व नहीं कर सकता है, तो वह सर्टिफिकेट का अनुरोध नहीं कर पाएगा, और आप अपना पहला घंटा सॉफ्टवेयर के बजाय इसी समस्या को ठीक करने में बिताएंगे। सर्वर IP पर एक A रिकॉर्ड पॉइंट करें, और Coolify के लिए एक वाइल्डकार्ड रिकॉर्ड (*.apps.example.com) जोड़ें ताकि प्रत्येक डिप्लॉय किए गए ऐप को अपना सबडोमेन मिल सके।

Cloudron: एक परिष्कृत और opinionated appliance

यह क्या है। Cloudron एक व्यावसायिक प्लेटफॉर्म है जो पूरे सर्वर को एक प्रबंधित (managed) appliance में बदल देता है। यह अपना स्वयं का reverse proxy, database और mail stack चलाता है, साथ ही इसमें packaged apps (Nextcloud, WordPress, Gitea, Mattermost, आदि) का एक curated App Store भी है। यह उन लोगों के लिए है जो अपने apps को प्रबंधित (managed) रखना चाहते हैं, जिसमें automatic updates, automatic certs और automatic backups शामिल हों, और जो इसके लिए भुगतान करने को तैयार हैं।

Install करना। यह एक clean box की मांग करता है और उस पर पूरा नियंत्रण ले लेता है। इसे केवल एक नए Ubuntu 24.04 (Noble) सर्वर पर चलाएं और उस पर कुछ और न हो:

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

यह script Docker, nginx, एक database और mail stack को install करती है, और फिर reboot करती है। जब सर्वर वापस आ जाए, तो https://<your-ip> खोलें, temporary self-signed certificate को स्वीकार करें, और browser में setup पूरा करें: इसे अपने domain पर point करें, अपना DNS provider चुनें, और यह my.example.com पर अपना dashboard तैयार कर लेगा।

पहला app जोड़ना। Dashboard में, App Store खोलें, (मान लीजिए) Nextcloud पर click करें, subdomain files.example.com चुनें, और Install दबाएं। Cloudron DNS record बनाता है, Let's Encrypt certificate का अनुरोध करता है, database तैयार करता है, single sign-on को जोड़ता है, और backup schedule करता है। यह सब बिना किसी config file को छुए होता है। यही इसकी मुख्य विशेषता है, और यह इसे पूरा करता है।

TLS और backups। तीनों विकल्पों में यह सबसे मजबूत है। हर app subdomain को एक automatic Let's Encrypt certificate मिलता है, जो आपके लिए renew होता रहता है। Backups पहले से निर्धारित और built-in होते हैं, जो local directory, S3, या अन्य remote storage को target करते हैं। इसमें per-app restore और एक नए subdomain पर app की one-click cloning की सुविधा भी है।

लागत और लाइसेंसिंग, इसे commit करने से पहले पढ़ें। Cloudron एक paid product है जिसकी एक सीमित free tier है: free plan में दो apps की अनुमति है। तीसरा app install करने पर आपको paywall का सामना करना पड़ेगा; एक paid subscription (Pro या Max, जिसका बिल मासिक या वार्षिक आता है, दोनों में असीमित apps मिलते हैं) अधिक सुविधाएँ unlock करता है। Cloudron के बारे में यह सबसे महत्वपूर्ण तथ्य है। यह इतना परिष्कृत इसलिए है क्योंकि यह एक व्यवसाय है, और free tier एक बढ़ते हुए stack के लिए घर होने के बजाय एक extended trial के अधिक करीब है।

Failure mode, clean-box नियम। यदि आप Cloudron को ऐसे सर्वर पर install करने का प्रयास करते हैं जिस पर पहले से कुछ चल रहा है, तो 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 को pin करता है और उन्हें गहराई से integrate करता है, इसलिए यह आपकी अपनी copies के साथ coexist नहीं कर सकता। इसका समाधान एक नया Ubuntu 24.04 image है जिस पर कुछ और न हो: कोई web server नहीं, कोई Docker नहीं, यहाँ तक कि हाथ से configure किया गया firewall भी नहीं। यदि आपने गलत image boot की है, तो setup किसी भी ऐसे OS को मना कर देगा जो समर्थित Ubuntu LTS (22.04 या 24.04) x86-64 नहीं है; ARM, LXC और OpenVZ पूरी तरह से असमर्थित हैं।

दूसरा failure mode, wildcard certs के लिए DNS API की आवश्यकता। यदि आप Cloudron को API token देने के बजाय setup के दौरान "Manual" DNS विकल्प चुनते हैं, तो यह आपके लिए records या wildcard certificate नहीं बना पाएगा। ऐसी स्थिति में, certificate जारी होने से पहले हर नए app के लिए आपको हाथ से DNS record जोड़ना होगा, और dashboard उस record के आने का इंतज़ार करेगा। Cloudron को किसी समर्थित DNS provider (Cloudflare, Route 53, DigitalOcean, आदि) का API access दें, और पूरी प्रक्रिया एक click में पूरी हो जाएगी।

CasaOS: फ्री होम-लैब डैशबोर्ड

यह क्या है। IceWhale द्वारा बनाया गया CasaOS एक फ्री और ओपन-सोर्स डैशबोर्ड है, जो Docker के ऊपर काम करता है। यह आपको एक होम स्क्रीन, ऐप स्टोर और फाइल मैनेजर की सुविधा देता है। इसकी शुरुआत होम-सर्वर जगत से हुई है, इसलिए इसका स्वभाव होम-लैब जैसा है: सेटअप में तेज, फ्रेंडली UI और कम जटिलता। यह उन लोगों के लिए है जो बिना किसी को भुगतान किए Docker को एक बेहतर इंटरफेस देना चाहते हैं।

इंस्टॉलेशन। केवल एक लाइन, और इसके लिए क्लीन सिस्टम की आवश्यकता नहीं है:

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

इंस्टॉलर systemd सर्विसेज का एक सेट (casaos, casaos-gateway, casaos-app-management, और अन्य) जोड़ता है। ब्राउज़र खोलने से पहले सुनिश्चित करें कि गेटवे चालू हो गया है:

systemctl status casaos-gateway

जब यह चल रहा हो, तो डैशबोर्ड http://<your-ip> (साधारण HTTP, पोर्ट 80) पर उपलब्ध होता है। एक लोकल अकाउंट बनाएं और आप अंदर होंगे।

पहला ऐप जोड़ना। ऐप स्टोर खोलें, एक ऐप चुनें और Install पर क्लिक करें। CasaOS बैकग्राउंड में एक Docker Compose प्रोजेक्ट लिखता है और ऐप को एक होस्ट पोर्ट पर एक्सपोज़ करता है, उदाहरण के लिए http://<your-ip>:8080। इसके स्टोर में सामान्य होम-सर्वर ऐप्स उपलब्ध हैं, इसलिए VPS पर Jellyfin मीडिया सर्वर या self-hosted Immich फोटो लाइब्रेरी केवल कुछ क्लिक की दूरी पर हैं। आप अपनी पसंद की कोई भी docker-compose.yaml फाइल भी इम्पोर्ट कर सकते हैं, जो इसकी असली ताकत है: ये ऐप्स साधारण कंटेनर हैं, कोई प्रोप्रायटरी फॉर्मेट नहीं।

TLS और बैकअप, कमजोर कड़ी। यहीं पर "फ्री" होने की सीमाएं दिखती हैं। CasaOS डिफ़ॉल्ट रूप से सब कुछ साधारण HTTP पर सर्व करता है, जिसमें इसका अपना डैशबोर्ड भी शामिल है। इसमें कोई इन-बिल्ट Let's Encrypt नहीं है और न ही कोई इन-बिल्ट शेड्यूल्ड बैकअप है। आपका डेटा /DATA के अंतर्गत Docker वॉल्यूम में रहता है, और इसका बैकअप लेना आपकी जिम्मेदारी है (एक cron-आधारित restic या tar)।

फेल्योर मोड, TLS का अभाव, और कोई अलर्ट नहीं। कुछ भी एरर नहीं देता। आप एक ऐप इंस्टॉल करते हैं, http://<your-ip>:8080 खोलते हैं, और यह एक ऐसे अनएन्क्रिप्टेड कनेक्शन पर काम करता है जिसे आपका ब्राउज़र "Not Secure" मार्क करता है। पासवर्ड और सेशन कुकीज़ क्लियरटेक्स्ट में नेटवर्क पर जाते हैं। इससे भी बुरा यह है कि CasaOS के डैशबोर्ड में वास्तविक रिमोट-कोड-एक्जीक्यूशन कमजोरियां रही हैं (CVE-2023-37265 और CVE-2023-37266, एक ऑथेंटिकेशन बाईपास जो पूर्ण होस्ट कॉम्प्रोमाइज तक ले जाता है), इसलिए उस HTTP पोर्ट को सीधे इंटरनेट पर एक्सपोज़ करना एक वास्तविक जोखिम है, न कि केवल एक छोटी तकनीकी कमी। इसका समाधान यह है कि CasaOS को कभी भी सीधे एक्सपोज़ न करें। इसके सामने एक रिवर्स प्रॉक्सी रखें जो TLS टर्मिनेट करे, जैसे कि Certbot से Let's Encrypt सर्टिफिकेट वाला nginx, Caddy, या Cloudflare Tunnel, और केवल लोकल नेटवर्क पर CasaOS को फॉरवर्ड करें। ध्यान दें कि CasaOS पहले से ही पोर्ट 80 का उपयोग करता है, इसलिए आपका प्रॉक्सी और CasaOS इसके लिए आपस में टकराएंगे, जब तक कि आप CasaOS को पहले किसी दूसरे पोर्ट पर न ले जाएं।

लागत। पूरी तरह से फ्री, हमेशा के लिए, कोई ऐप सीमा नहीं। आप ऑपरेशंस के रूप में भुगतान करते हैं: TLS, बैकअप और हार्डनिंग की जिम्मेदारी आपकी अपनी है।

Coolify: self-hosted PaaS

यह क्या है। Coolify एक open-source, self-hosted platform-as-a-service है, जो आपके अपने सर्वर पर Heroku या Vercel जैसा अनुभव देता है। इसकी मूल इकाई "packaged app इंस्टॉल करना" नहीं, बल्कि "Git repository को deploy करना" है: एक repo कनेक्ट करें, और Coolify उसे build करता है (Nixpacks या आपके अपने Dockerfile के माध्यम से) और उसे ship करता है, हर push पर redeploy करता है। इसमें one-click databases और services भी उपलब्ध हैं। यह उन developers के लिए है जो अपना code खुद deploy करते हैं और बिना PaaS किराए पर लिए push-to-deploy सुविधा चाहते हैं।

Install.

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

यह script Docker इंस्टॉल करती है और Coolify के containers का 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 बनाएँ, क्योंकि registration page तब तक खुला रहता है जब तक पहला account नहीं बन जाता, और जो भी इसे पहले access करेगा, सर्वर उसी के नियंत्रण में होगा। फिर अपना instance domain सेट करें और एक wildcard DNS record (*.example.com, या *.apps.example.com) को सर्वर की ओर point करें ताकि Coolify हर deployed app को उसका अपना subdomain दे सके।

पहली app जोड़ना। एक Git source (GitHub, GitLab, या plain repo URL) कनेक्ट करें, branch चुनें, domain सेट करें, और deploy करें। Coolify का built-in Traefik proxy subdomain को route करता है और certificate का अनुरोध करता है। तैयार software के लिए, Services catalogue कुछ ही clicks में चीजें deploy कर देता है: वही n8n workflow-automation stack जिसे आप अन्यथा हाथ से जोड़ते एक entry है, और status-page monitoring के लिए Uptime Kuma भी ऐसा ही है।

TLS और backups। बंडल किए गए Traefik के माध्यम से प्रति-app स्वचालित Let's Encrypt मिलता है, इसलिए हर deployed subdomain को एक certificate प्राप्त होता है। Backups मुख्य रूप से database-आधारित हैं: आप Postgres और MySQL dumps को S3-compatible storage पर schedule कर सकते हैं। Whole-instance backup (स्वयं Coolify configuration, जो /data/coolify के अंतर्गत रहता है) अधिक manual है, इसलिए उसे स्वयं export करके सुरक्षित रखें।

लागत और licensing। Self-hosted edition पूरी तरह से open-source और free है, इसमें कोई app cap नहीं है। एक वैकल्पिक Coolify Cloud (paid) है जो आपके लिए control plane को host करता है जबकि आपकी apps आपके अपने सर्वर पर चलती हैं, यह सुविधाजनक है लेकिन अनिवार्य नहीं है।

Failure mode, app deploy हो जाती है लेकिन उसका domain load नहीं होता। Dashboard http://<ip>:8000 पर ठीक काम करता है, build green हो जाता है, लेकिन app का अपना URL connection error या Traefik 404 page not found देता है। यह proxy या DNS की ओर इशारा करता है, न कि आपकी app की ओर। इसके दो सामान्य कारण हैं। पहला, जब proxy start होने की कोशिश कर रहा था तब ports 80 या 443 पहले से ही किसी और द्वारा लिए गए थे, इसलिए उसका container Docker error के साथ बंद हो गया:

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 के लिए कभी कोई अनुरोध प्राप्त नहीं होता। यदि इसके बजाय Coolify में पूरा server card "Server is not reachable" पढ़ता है, तो यह एक अलग दोष है: Coolify सर्वर के Docker socket से बिल्कुल भी बात नहीं कर पा रहा है, आमतौर पर यह एक बंद Docker daemon या broken SSH key के कारण होता है। अनुमान लगाने से पहले logs में वास्तविक कारण पढ़ें:

docker logs coolify-proxy --tail 100

इसे Proxy page से ठीक करें: Restart Proxy दबाएँ, या proxy configuration को default पर reset करें और इसे फिर से start करें, फिर इसे स्थिर होने के लिए लगभग दो मिनट प्रतीक्षा करें। Port 8000 को केवल अपने IP से ही reachable रखें (या जब proxy गलत व्यवहार करे तो इसे अस्थायी रूप से फिर से खोलें) बजाय इसे पूरी दुनिया के लिए खुला छोड़ने के, यह dashboard को plain HTTP पर serve करता है, और Coolify के अपने docs कहते हैं कि एक बार जब dashboard अपने domain के माध्यम से serve हो जाए तो ports 8000, 6001 और 6002 को बंद किया जा सकता है।

एक ही VPS पर रिसोर्स ओवरहेड

किसी भी वास्तविक वर्कलोड को डिप्लॉय करने से पहले, 4GB वाले एक ही बॉक्स पर आइडल स्थिति में मापा गया। किसी एक संख्या पर भरोसा करने के बजाय free -m और docker stats --no-stream के साथ स्वयं जाँचें, क्योंकि कुल खपत आपके ऐप मिक्स के साथ बदलती रहती है।

• CasaOS सबसे हल्का है। इसका पैनल Go सर्विसेज का एक छोटा सेट है; आपके द्वारा चलाए जाने वाले किसी भी कंटेनर के अलावा लगभग 150 से 300 MB के ओवरहेड की अपेक्षा रखें।
• Coolify अपने स्वयं के कई सपोर्ट कंटेनर चलाता है (ऐप, एक Postgres, एक Redis, एक रियलटाइम सर्विस, और Traefik), इसलिए कुछ भी डिप्लॉय करने से पहले यह आइडल स्थिति में लगभग 600 MB से 1 GB लेता है।
• Cloudron रेस्ट पर सबसे भारी है, क्योंकि यह अपना स्वयं का nginx, डेटाबेस, मेल स्टैक और मॉनिटरिंग चलाता है, चाहे आप उनका उपयोग करें या न करें; आइडल स्थिति के लिए 1 से 1.5 GB का बजट रखें। यही कारण है कि यह न्यूनतम 2GB की मांग करता है और 4GB पर बेहतर प्रदर्शन करता है।

एक छोटे 2GB VPS पर, CasaOS वास्तविक ऐप्स के लिए सबसे अधिक जगह छोड़ता है और Cloudron सबसे कम। यदि आपका प्लान 2GB का है और आप अपने मेल सर्वर के साथ Cloudron चलाना चाहते हैं, तो बॉक्स को अपग्रेड करने की योजना बनाएं।

Updates, backups, और lock-in की तुलना

Updates. Cloudron आपके लिए प्लेटफॉर्म और हर ऐप को एक निर्धारित शेड्यूल पर अपडेट करता है, जिसे उसने पहले से टेस्ट किया होता है: इसमें सबसे कम मेहनत लगती है और सबसे अधिक सहायता मिलती है। Coolify अपने डैशबोर्ड से एक बटन के जरिए खुद को अपडेट करता है। CasaOS अपने पैनल को उसके install script या apt के माध्यम से अपडेट करता है, लेकिन आपके द्वारा इंस्टॉल किए गए ऐप्स को pull और restart करने की जिम्मेदारी आपकी होती है।

Lock-in, वह समस्या जो दूसरे वर्ष में परेशान करती है। CasaOS में lock-in सबसे कम है: इसके ऐप्स सामान्य Compose projects होते हैं, इसलिए आप docker-compose.yaml और /DATA के अंतर्गत मौजूद volumes को किसी भी अन्य host पर कॉपी करके काम जारी रख सकते हैं। Coolify बीच की स्थिति में है: आपके deploys आपके अपने Dockerfiles और repos होते हैं, लेकिन उनका configuration Coolify के database में रहता है, इसलिए host बदलने का मतलब है कि आपको दूसरे host पर projects को फिर से बनाना होगा। Cloudron में lock-in सबसे अधिक है: ऐप्स Cloudron-packaged होते हैं, और हालांकि आपका data इसके बेहतरीन backups के जरिए आसानी से बाहर निकल जाता है, लेकिन packaging नहीं निकलती, इसलिए आपको destination platform पर फिर से deploy करना पड़ता है। डेटा पोर्टेबल है, लेकिन प्लंबिंग (plumbing) पोर्टेबल नहीं है।

आपको किसका चुनाव करना चाहिए

संक्षिप्त उत्तर और अंतिम विकल्प। यदि आप तीनों में से सबसे कम रखरखाव वाला सर्वर चाहते हैं, कई packaged apps चलाना चाहते हैं, और managed TLS, backups तथा updates के लिए वार्षिक शुल्क देने को तैयार हैं, तो Cloudron चुनें। यदि यह आपके अपने नेटवर्क या reverse proxy के पीछे स्थित एक home lab है, आप Docker पर एक सरल इंटरफ़ेस चाहते हैं, और आप कोई शुल्क नहीं देना चाहते, तो CasaOS चुनें। यदि आप Git से अपना कोड deploy करते हैं और बिना किसी महंगे hosted PaaS के, automatic TLS के साथ push-to-deploy सुविधा चाहते हैं, तो Coolify चुनें। यदि इनमें से कोई भी विकल्प आपकी स्थिति के अनुरूप नहीं है, तो अगला भाग आपको सही दिशा दिखाएगा।

इन तीनों को छोड़ दें...

अपने स्केल के बारे में ईमानदार रहें। यदि आप केवल एक या दो 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 के बराबर HTTPS की सुविधा देता है, और आप एक ऐसे cron'd restic job के साथ backup लेते हैं जिसे आप वास्तव में समझते हैं।

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

एक मुख्य 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 की आवश्यकता है?

केवल तभी, यदि आप उन चार चीजों को महत्व देते हैं जिन्हें एक panel कई apps के लिए automate करता है: one-click installs, automatic TLS, scheduled backups, और user management। एक या दो services के लिए, Traefik के पीछे plain Docker Compose वही TLS का काम बहुत कम overhead और zero lock-in के साथ कर देता है। Panels तब उपयोगी होते हैं जब आप बहुत सारी apps चलाते हैं और आपका समय उनके द्वारा खर्च की जाने वाली RAM से अधिक मूल्यवान होता है।

शुरुआती लोगों के लिए कौन सा panel सबसे अच्छा है?

ऐसे home lab के लिए जहाँ कुछ भी hostile internet पर expose नहीं है, CasaOS सबसे आसान शुरुआत है: एक command और एक friendly UI, बिना किसी शुल्क के। लेकिन कुछ भी expose करने से पहले आपको इसके सामने एक TLS-terminating reverse proxy लगाना होगा, क्योंकि यह plain HTTP पर चलता है। यदि आप managed TLS और backups चाहते हैं और इसके लिए भुगतान कर सकते हैं, तो Cloudron सबसे अधिक सहायता प्रदान करता है, जो इसकी दो-app वाली free limit के भीतर है।

क्या Cloudron free है?

आंशिक रूप से। Free tier दो apps की अनुमति देता है, जो इसे आज़माने या बहुत छोटे setup के लिए ठीक है। उसके बाद Cloudron एक paid subscription है, जिसका बिल मासिक या वार्षिक आधार पर आता है, और paid tiers पर असीमित apps की सुविधा मिलती है। यह एक commercial product है जिसमें सीमित free plan है, न कि free software, इसलिए यदि आपका stack बड़ा होगा तो इसके लिए बजट रखें।

क्या मैं इन panels को अपनी मौजूदा apps के साथ चला सकता हूँ?

Cloudron: नहीं। इसे एक clean Ubuntu box की आवश्यकता होती है और यदि nginx, Docker या Node पहले से installed हों तो यह abort हो जाता है, क्योंकि यह पूरी machine को manage करता है। CasaOS और Coolify अधिक friendly हैं, क्योंकि वे अपना खुद का Docker stack install करते हैं और सिद्धांत रूप में एक box साझा कर सकते हैं, लेकिन दोनों को ports 80 और 443 चाहिए होते हैं, इसलिए वे किसी भी ऐसे web server या proxy के साथ टकराते हैं जिसे आप पहले से चला रहे हैं। जिस box पर पहले से चीजें host की गई हों, वहाँ panel आमतौर पर गलत tool है; इसके बजाय Traefik और Compose का उपयोग करें।

बाद में panel से बाहर कैसे निकलूँ?

जरूरत पड़ने से पहले ही अपने exit की योजना बना लें। CasaOS से, app की docker-compose.yaml और उसके /DATA volumes को नए host पर copy करें और उन्हें फिर से start करें। Coolify से, प्रत्येक project की configuration को export करें और उसे destination पर उन्हीं repos की ओर point करें। Cloudron से, backups से data को नए platform पर freshly installed apps में restore करें, क्योंकि Cloudron packaging साथ नहीं जाती, केवल data जाता है। हर स्थिति में, पुराने को हटाने से पहले एक throwaway box पर restore का परीक्षण करें।