VPS साठी Cloudron, CasaOS की Coolify? तुलना

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

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

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

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

तिन्ही पर्यायांसाठी container virtualisation नव्हे, तर KVM VPS आवश्यक आहे. Docker ला वास्तविक 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 install करण्यापूर्वी ते mail server आणि database चालवते.
• तुमच्या नियंत्रणाखालील domain आणि DNS. Cloudron आणि Coolify दोघांनाही कार्यरत DNS असलेला वास्तविक domain आवश्यक असतो. Cloudron ला तुमच्या DNS provider चा API access मिळाल्यास ते स्वतः records आणि wildcard certificates तयार करू शकते. CasaOS bare IP वर चालते; परंतु अशा वेळी TLS मिळत नाही.
• Ports. HTTP आणि HTTPS साठी तिन्ही पर्यायांमध्ये 80 आणि 443 खुले असणे आवश्यक आहे. Coolify चे dashboard अतिरिक्तपणे 8000 वर उपलब्ध असते. Realtime channel साठी ते 6001 आणि in-browser terminal साठी 6002 वापरते. या तिन्हीपैकी प्रत्येकासाठी SSH साठी port 22 खुले ठेवा.

सुरुवात करण्यापूर्वी DNS ला server कडे निर्देशित करा. स्वतःचा hostname resolve करू न शकणारे panel certificate मागवू शकत नाही. त्यामुळे software ऐवजी हीच समस्या तपासण्यात तुमचा पहिला तास जाऊ शकतो. Server IP कडे A record निर्देशित करा. Coolify साठी wildcard record (*.apps.example.com) देखील जोडा, जेणेकरून प्रत्येक deployed app ला स्वतःचा subdomain मिळेल.

Cloudron: मतप्रणालीवर आधारित परिष्कृत appliance

ते काय आहे. Cloudron हे व्यावसायिक platform आहे. ते संपूर्ण server चे managed appliance मध्ये रूपांतर करते. ते स्वतःचे reverse proxy, database आणि mail stack चालवते. यासोबत packaged apps चा निवडक App Store मिळतो. त्यात Nextcloud, WordPress, Gitea, Mattermost आणि इतर apps असतात. Automatic updates, automatic certificates आणि automatic backups यांसह apps चे व्यवस्थापन हवे असलेल्या आणि त्यासाठी पैसे देण्यास तयार असलेल्या वापरकर्त्यांसाठी हे platform आहे.

Install. यासाठी clean box आवश्यक आहे आणि ते server वर पूर्ण नियंत्रण घेते. Fresh Ubuntu 24.04 (Noble) server वर खालील command चालवा. Server वर अन्य काहीही असू नये:

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

ही script Docker, nginx, database आणि mail stack install करते. त्यानंतर server reboot करते. Server पुन्हा सुरू झाल्यावर https://<your-ip> उघडा. Temporary self-signed certificate स्वीकारा. त्यानंतर browser मध्ये setup पूर्ण करा. तुमचा domain द्या, DNS provider निवडा आणि my.example.com येथे स्वतःचे dashboard provision करा.

पहिले app जोडणे. Dashboard मध्ये App Store उघडा. उदाहरणार्थ, Nextcloud वर click करा. files.example.com subdomain निवडा आणि Install दाबा. Cloudron DNS record तयार करते. Let's Encrypt certificate साठी request करते. Database provision करते. Single sign-on जोडते आणि backup schedule करते. यासाठी configuration file मध्ये कोणताही बदल करावा लागत नाही. Cloudron ची मुख्य संकल्पना हीच आहे आणि ती प्रत्यक्षातही तशीच कार्य करते.

TLS आणि backups. या तीन पर्यायांमध्ये Cloudron सर्वाधिक सक्षम आहे. प्रत्येक app subdomain साठी automatic Let's Encrypt certificate मिळते आणि त्याचे renewal Cloudron स्वतः करते. Backups schedule केलेले आणि अंगभूत असतात. त्यांचे लक्ष्य local directory, S3 किंवा इतर remote storage असू शकते. प्रत्येक app स्वतंत्रपणे restore करता येतो. तसेच एका click ने app चे नवीन subdomain वर clone करता येते.

किंमत आणि licensing: वापरण्यापूर्वी हे वाचा. Cloudron हे मर्यादित free tier असलेले paid product आहे. Free plan मध्ये दोन apps वापरता येतात. तिसरे app install केल्यावर paywall येतो. Paid subscription (Pro किंवा Max; monthly किंवा yearly billing; दोन्हींमध्ये unlimited apps) घेतल्यास अधिक सुविधा उपलब्ध होतात. Cloudron बद्दलचा हा सर्वात महत्त्वाचा मुद्दा आहे. हे platform व्यवसाय म्हणून चालत असल्यामुळेच इतके परिष्कृत आहे. Free tier हे वाढत्या stack साठी कायमस्वरूपी पर्यायापेक्षा extended trial सारखे आहे.

अपयशाची स्थिती, clean-box नियम. आधीपासून काही सेवा चालू असलेल्या server वर 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 वर अवलंबून असते आणि त्यांच्याशी सखोल integration करते. त्यामुळे तुमच्या स्वतःच्या copies सोबत ते एकाच server वर चालू शकत नाही. यासाठी fresh Ubuntu 24.04 image वापरा. Server वर अन्य काहीही नसावे: web server नसावा, Docker नसावे आणि तुम्ही manually configure केलेले firewall देखील नसावे. चुकीची image boot केल्यास setup supported Ubuntu LTS शिवाय इतर कोणतीही image नाकारते. x86-64 वर Ubuntu LTS 22.04 किंवा 24.04 आवश्यक आहे. ARM, LXC आणि OpenVZ यांना थेट support नाही.

दुसरी अपयशाची स्थिती, wildcard certificates साठी DNS API आवश्यक आहे. Setup दरम्यान Cloudron ला API token देण्याऐवजी "Manual" DNS option निवडल्यास ते तुमच्यासाठी records किंवा wildcard certificate तयार करू शकत नाही. त्यानंतर प्रत्येक नवीन app साठी certificate issue होण्यापूर्वी तुम्हाला DNS record manually add करावा लागतो. Dashboard त्या record ची प्रतीक्षा करत राहते. Supported DNS provider साठी Cloudron ला API access द्या. Cloudflare, Route 53, DigitalOcean आणि इतर providers यासाठी उपलब्ध आहेत. त्यानंतर संपूर्ण प्रक्रिया एका click मध्ये पूर्ण होते.

CasaOS: मोफत home-lab dashboard

हे काय आहे. IceWhale कडील CasaOS हे Docker वर चालणारे free आणि open-source dashboard आहे. यात home screen, app store आणि file manager मिळतो. हे home-server विश्वातून विकसित झाले आहे. त्यामुळे त्याची रचना home-lab साठी आहे: जलद setup, वापरण्यास सोपा UI आणि कमी अतिरिक्त configuration. कोणालाही पैसे न देता Docker साठी अधिक चांगला UI हवा असलेल्या tinkerer साठी हे उपयुक्त आहे.

Install. एका ओळीतील command पुरेसा आहे. यासाठी clean box आवश्यक नाही:

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

Installer systemd services चा संच जोडतो (casaos, casaos-gateway, casaos-app-management आणि इतर). Browser उघडण्यापूर्वी gateway सुरू झाला आहे का ते तपासा:

systemctl status casaos-gateway

ते सुरू झाल्यावर dashboard http://<your-ip> येथे उपलब्ध असतो (plain HTTP, port 80). Local account तयार करा आणि dashboard मध्ये प्रवेश करा.

पहिले app जोडणे. App Store उघडा, एखादे app निवडा आणि Install वर click करा. CasaOS पार्श्वभूमीत Docker Compose project तयार करते आणि app host port वर उपलब्ध करून देते, उदाहरणार्थ http://<your-ip>:8080. त्याच्या store मध्ये नेहमीची home-server apps उपलब्ध असतात. त्यामुळे VPS वरील Jellyfin media server किंवा self-hosted Immich photo library काही clicks मध्ये install करता येते. अजून photo server निश्चित केला नसेल, तर PhotoPrism आणि Immich मधील फरक ठरवणारी RAM ची किमान गरज आणि phone apps आधी वाचणे उपयुक्त ठरेल. 1GB CasaOS box वर app चालेल की नाही हे त्या निवडीवर अवलंबून असते. तुम्हाला हवे असलेले कोणतेही docker-compose.yaml import करता येते. हीच त्याची मुख्य ताकद आहे: apps proprietary format नसून सामान्य containers आहेत.

TLS आणि backups: कमकुवत बाजू. येथे "free" या संकल्पनेच्या मर्यादा दिसतात. CasaOS सर्वकाही plain HTTP द्वारे default ने उपलब्ध करून देते. त्यात स्वतःचे dashboard देखील येते. Built-in Let's Encrypt नाही आणि scheduled backup ची सुविधाही नाही. तुमचा data /DATA अंतर्गत Docker volumes मध्ये साठवला जातो. त्याचा backup घेण्याची जबाबदारी तुमची आहे (cron'd restic किंवा tar).

Failure mode: TLS नाही आणि कोणतीही सूचना मिळत नाही. कोणतीही error दिसत नाही. तुम्ही app install करता, http://<your-ip>:8080 उघडता आणि ते काम करते. मात्र connection encrypted नसतो आणि browser "Not Secure" दाखवतो. Passwords आणि session cookies cleartext स्वरूपात network वर पाठवले जातात. त्याहून गंभीर बाब म्हणजे CasaOS dashboard मध्ये प्रत्यक्ष remote-code-execution vulnerabilities आढळल्या आहेत (CVE-2023-37265 आणि CVE-2023-37266; authentication bypass मुळे पूर्ण host compromise होऊ शकत होते). त्यामुळे हा HTTP port थेट internet वर expose करणे हा खरा security risk आहे; तो केवळ पसंतीचा प्रश्न नाही. यावर उपाय म्हणजे CasaOS थेट expose न करणे. TLS termination करणारा reverse proxy पुढे ठेवा, जसे Certbot कडून Let's Encrypt certificate असलेला nginx, Caddy किंवा Cloudflare Tunnel. त्यानंतर local network वरच CasaOS कडे traffic forward करा. CasaOS आधीच port 80 वर bind करते. त्यामुळे आधी CasaOS दुसऱ्या port वर हलवले नाही, तर proxy आणि CasaOS त्या port साठी संघर्ष करतील.

Cost. हे खरोखरच कायमचे free आहे आणि app cap नाही. मात्र operations ची जबाबदारी तुमची असते: TLS, backups आणि hardening स्वतः व्यवस्थापित करावे लागतात.

Coolify: self-hosted PaaS

हे काय आहे. Coolify हे open-source, self-hosted platform-as-a-service आहे. ते तुमच्या स्वतःच्या सर्व्हरवर Heroku किंवा Vercel सारखे काम करते. त्याची मूलभूत पद्धत packaged app install करणे नसून Git repository deploy करणे ही आहे. Repository जोडा. Coolify ते Nixpacks किंवा तुमच्या स्वतःच्या Dockerfile द्वारे build करून deploy करते आणि प्रत्येक push नंतर पुन्हा deploy करते. यात one-click databases आणि services देखील आहेत. स्वतःचा code deploy करणाऱ्या आणि PaaS भाड्याने न घेता push-to-deploy सुविधा हवी असलेल्या developers साठी हे उपयुक्त आहे.

स्थापना.

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

या script द्वारे Docker install केले जाते आणि 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 तयार करा, कारण पहिले account तयार होईपर्यंत registration page खुले असते. तेथे सर्वप्रथम पोहोचणारी व्यक्ती सर्व्हर नियंत्रित करू शकते. त्यानंतर तुमच्या instance साठी domain सेट करा आणि wildcard DNS record (*.example.com किंवा *.apps.example.com) या सर्व्हरकडे निर्देशित करा. त्यामुळे Coolify प्रत्येक deployed app ला स्वतंत्र subdomain देऊ शकते.

पहिले app जोडणे. Git source जोडा (GitHub, GitLab किंवा साधी repo URL), branch निवडा, domain सेट करा आणि deploy करा. Coolify मधील Traefik proxy subdomain कडे requests पाठवतो आणि certificate ची विनंती करतो. तयार software साठी Services catalogue मधून काही clicks मध्ये deployment करता येते. तुम्ही अन्यथा manually जोडला असता तोच n8n workflow-automation stack एका entry म्हणून उपलब्ध आहे. Uptime Kuma status-page monitoring साठी देखील उपलब्ध आहे.

TLS आणि backups. Bundled Traefik द्वारे प्रत्येक app साठी Let's Encrypt certificate आपोआप मिळते. त्यामुळे प्रत्येक deployed subdomain ला certificate मिळते. Backups मध्ये database ला प्रथम प्राधान्य आहे. तुम्ही Postgres आणि MySQL dumps S3-compatible storage वर schedule करू शकता. संपूर्ण instance चा backup अधिक manual आहे. Coolify configuration /data/coolify अंतर्गत साठवलेली असते. त्यामुळे ती स्वतः export करून साठवा.

खर्च आणि licensing. Self-hosted edition पूर्णपणे open-source आणि मोफत आहे. Apps ची कोणतीही कमाल मर्यादा नाही. पर्यायी Coolify Cloud (paid) control plane तुमच्यासाठी host करते. तुमचे apps मात्र तुमच्या स्वतःच्या servers वरच चालतात. ही सुविधा सोयीची आहे, पण आवश्यक नाही.

अपयशाची स्थिती: app deploy होते, पण त्याचे domain उघडत नाही. http://<ip>:8000 वर dashboard व्यवस्थित चालते आणि build यशस्वी होते. पण app ची स्वतःची URL connection error किंवा Traefik 404 page not found दाखवते. याचा संबंध app शी नसून proxy किंवा DNS शी असतो. याची दोन सामान्य कारणे आहेत. पहिले कारण म्हणजे proxy सुरू होण्याचा प्रयत्न करत असताना port 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 साठी 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 दाबा किंवा proxy configuration default वर reset करून ते पुन्हा सुरू करा. त्यानंतर ते स्थिर होण्यासाठी सुमारे दोन मिनिटे थांबा. Port 8000 फक्त तुमच्या स्वतःच्या IP वरून reachable ठेवा. Proxy मध्ये समस्या असल्यास तो port तात्पुरता पुन्हा उघडा. तो जगभरासाठी खुला ठेवू नका. हा port plain HTTP द्वारे dashboard उपलब्ध करतो. Coolify च्या अधिकृत docs नुसार dashboard स्वतःच्या domain द्वारे उपलब्ध झाल्यानंतर ports 8000, 6001 आणि 6002 बंद करता येतात.

समान VPS वरील संसाधनांचा अतिरिक्त वापर

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

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

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

अद्यतने, बॅकअप आणि vendor lock-in यांची तुलना

अद्यतने. Cloudron तुमच्यासाठी platform आणि प्रत्येक app, त्याने तपासलेल्या schedule नुसार, अद्ययावत करते. त्यामुळे प्रयत्न सर्वात कमी लागतात आणि मार्गदर्शन सर्वाधिक मिळते. Coolify स्वतःच्या dashboard मधून एका button ने स्वतःला अद्ययावत करते. CasaOS install script किंवा apt द्वारे panel अद्ययावत करते; परंतु तुम्ही install केलेले apps pull करून restart करणे ही तुमची जबाबदारी असते.

दुसऱ्या वर्षी विशेषतः जाणवणारा vendor lock-in. CasaOS मध्ये lock-in सर्वात कमी आहे. त्यातील apps सामान्य Compose projects असतात. त्यामुळे docker-compose.yaml आणि /DATA अंतर्गत असलेले volumes कोणत्याही अन्य host वर copy करून काम सुरू ठेवता येते. Coolify मध्यम स्थितीत आहे. तुमचे deploys तुमचे स्वतःचे Dockerfiles आणि repos असतात; परंतु त्यांचे configuration Coolify च्या database मध्ये साठवलेले असते. त्यामुळे host बदलताना दुसऱ्या बाजूला projects पुन्हा तयार करावे लागतात. Cloudron मध्ये lock-in सर्वाधिक आहे. त्यातील apps Cloudron-packaged असतात. उत्कृष्ट backups मुळे तुमचा data सहजपणे बाहेर नेता येतो; परंतु packaging नेता येत नाही. त्यामुळे destination platform वर पुन्हा deploy करावे लागते. Data portable असतो; परंतु त्याची अंतर्गत रचना portable नसते.

तुम्ही कोणते निवडावे

थोडक्यात, त्यानंतर पर्यायी मार्ग. तीन पर्यायांपैकी सर्वात कमी प्रत्यक्ष server व्यवस्थापन हवे असेल, अनेक 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 निवडा. या तीनपैकी कोणताही पर्याय तुमच्या गरजेला लागू होत नसेल, तर पुढील section हे स्पष्ट उत्तर देतो.

तिन्ही टाळा, जर...

तुमच्या वापराचे प्रमाण वास्तववादीपणे ठरवा. तुम्ही फक्त एक किंवा दोन अॅप्स चालवत असाल किंवा तुमच्या सर्व्हरवर नेमके काय आहे हे समजून घेऊन त्यावर पूर्ण नियंत्रण ठेवायचे असेल, तर panels टाळा. लहान आणि स्थिर stack साठी त्यांचा अतिरिक्त भार आणि lock-in योग्य ठरत नाही. स्वतः व्यवस्थापित करण्याचा मार्ग म्हणजे तुमच्या स्वतःच्या Compose files च्या पुढे reverse proxy ठेवणे: अनेक Docker Compose अॅप्सच्या पुढे automatic TLS सह Traefik वापरल्यास panels सारखी one-click HTTPS सुविधा मिळते, पण panels चा अतिरिक्त भार राहत नाही. तसेच, तुम्हाला समजणाऱ्या cron द्वारे चालणाऱ्या 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

फक्त एका प्रमुख अॅपसाठी हा निर्णय आणखी स्पष्ट आहे: TLS आणि स्वतःच्या backup routine सह Docker वर Nextcloud install करण्यासाठी एक Compose file आणि एक certificate पुरेसे आहे. ते चालवण्यासाठी संपूर्ण appliance उभारल्यास खर्चच होईल आणि फायदा मिळणार नाही. तुम्ही कसे चालवायचे हे ठरवण्यापूर्वी अजूनही काय चालवायचे हे ठरवत असाल, तर 2026 मध्ये self-hosting करणे कोणत्या गोष्टींसाठी उपयुक्त आहे यावरील मार्गदर्शक हा अधिक योग्य प्रारंभबिंदू आहे.

FAQ

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

Panel अनेक अॅप्समध्ये ज्या चार गोष्टी स्वयंचलित करते, त्यांना तुम्ही महत्त्व देत असाल तरच: one-click installs, automatic TLS, scheduled backups आणि user management. एक किंवा दोन सेवांसाठी Traefik मागे साधा Docker Compose वापरल्यास तेच TLS काम खूप कमी overhead आणि कोणतेही lock-in नसताना करता येते. तुम्ही अनेक अॅप्स चालवत असाल आणि panel साठी लागणाऱ्या RAM पेक्षा तुमचा वेळ अधिक मौल्यवान असेल, तर panel उपयुक्त ठरतो.

नवशिक्यासाठी कोणता panel सर्वोत्तम आहे?

कठोर internet समोर काहीही उघडे नसलेल्या home lab साठी CasaOS ही सर्वात सोपी सुरुवात आहे: एका command ने installation होते आणि वापरण्यास सुलभ UI मिळते; त्यासाठी कोणतेही शुल्क द्यावे लागत नाही. मात्र कोणतीही सेवा internet समोर उघडण्यापूर्वी तिच्यासमोर TLS-terminating reverse proxy ठेवणे आवश्यक आहे, कारण CasaOS plain HTTP वापरते. Managed TLS आणि backups तुमच्यासाठी हाताळले जावेत आणि त्यासाठी शुल्क देण्याची तयारी असेल, तर दोन-अॅपच्या free limit मध्ये Cloudron सर्वाधिक मार्गदर्शन देते.

Cloudron free आहे का?

अंशतः. Free tier मध्ये two apps वापरता येतात. ते चाचणीसाठी किंवा अतिशय लहान setup साठी पुरेसे आहे. त्यापुढे Cloudron ही monthly किंवा yearly billing असलेली paid subscription आहे. Paid tiers मध्ये unlimited apps असतात. हे capped free plan असलेले commercial product आहे, free software नाही. त्यामुळे तुमचा stack वाढणार असेल, तर त्यासाठी budget ठेवा.

माझ्या सध्याच्या अॅप्ससोबत हे panels चालवता येतील का?

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

नंतर panel सोडायचा असल्यास काय करावे?

गरज पडण्यापूर्वी exit plan तयार करा. CasaOS मधून अॅपचे docker-compose.yaml आणि त्याचे /DATA volumes नव्या host वर copy करून ते पुन्हा सुरू करा. Coolify मधून प्रत्येक project ची configuration export करा आणि destination वर त्याच repos कडे निर्देशित करा. Cloudron मधून त्याच्या backups मधील data नव्या platform वर freshly installed apps मध्ये restore करा, कारण Cloudron चे packaging दुसरीकडे हलवता येत नाही; फक्त data हलवता येतो. प्रत्येक बाबतीत जुना box बंद करण्यापूर्वी restore ची चाचणी तात्पुरत्या box वर करा.