Cloudron או CasaOS או Coolify: מה הכי טוב ל-VPS?

מה אתם בונים

בחירה בכלי היא לא רק התקנה. שלושה פאנלים מבטיחים להפוך VPS ריק למארח אפליקציות מבוסס לחיצות: Cloudron, CasaOS, ו-Coolify. מדריך זה מתקין כל אחד מהם על שרת Ubuntu 24.04 חדש, מתקין אפליקציה ראשונה, ואז בוחן לעומק את המרכיבים שאינם מופיעים בצילומי מסך: TLS, גיבויים, עדכונים, צריכת זיכרון, ודרגת הקושי של עזיבת המערכת. בסוף התהליך תדעו איזה כלי מתאים לכם, או האם התשובה הכנה היא "אף אחד מהם, פשוט השתמשו ב-Docker Compose".

אף אחד מהכלים הללו אינו קסם. מתחת לכל אחד מהם פועל אותו Docker Engine שניתן להפעיל ידנית. מה שפאנל מספק לכם, במחיר של כסף, זיכרון (RAM) או תלות במערכת (lock-in), הוא ארבע משימות שמתבצעות עבורכם: התקנת אפליקציות בלחיצה אחת, תעודות TLS אוטומטיות, גיבויים מתוזמנים וניהול משתמשים. אם ארבע המשימות הללו שוות לכם את העלות הנוספת, הפאנל שווה את השקעה. אם אתם מריצים שירות אחד או שניים ורוצים לדעת בדיוק מה מותקן על השרת שלכם, קראו תחילה את הסעיף "דלגו על שלושתם" כדי לחסוך לעצמכם את המאמץ.

דרישות קדם משותפות ומכשולים נפוצים

כל השלושה מחייבים שרת KVM VPS, ולא וירטואליזציה מבוססת קונטיינרים. Docker דורש kernel אמיתי, ו-Cloudron אינו תומך ב-OpenVZ או ב-LXC. בדקו באמצעות systemd-detect-virt: kvm או qemu תקינים, אך openvz או lxc אינם תקינים. בתוכנית KVM הפקודה תדפיס kvm, ובשרת bare metal היא תדפיס none; במקרה כזה ניתן להמשיך.

מעבר לכך, המפרטים משתנים, וזהו הגורם המרכזי בקביעת הבחירה.

• RAM. CasaOS פועל בצורה טובה עם 1GB; הוא פותח על חומרה של Raspberry Pi ונשאר קל. Coolify דורש לפחות 2GB ו-two CPU cores, כאשר כ-600 MB מהזיכרון מוקדשים ל-Coolify עצמו. Cloudron דורש 2GB לפחות, והוא פועל בצורה טובה יותר עם 4GB, כיוון שהוא מריץ mail server ומסד נתונים עוד לפני התקנת אפליקציה אחת.
• דומיין ו-DNS בשליטתכם. גם Cloudron וגם Coolify דורשים דומיין אמיתי עם DNS פעיל. Cloudron מעדיף גישת API לספק ה-DNS שלכם כדי שיוכל ליצור רשומות ותעודות wildcard בעצמו. CasaOS יכול לעבוד עם כתובת IP בלבד, אך במקרה זה לא תהיה תמיכה ב-TLS.
• Ports. כל השלושה דורשים שפורטים 80 ו-443 יהיו פתוחים עבור HTTP ו-HTTPS. בנוסף, Coolify משרת את ה-dashboard שלו בפורט 8000, ומשתמש בפורט 6001 עבור ה-realtime channel ובפורט 6002 עבור ה-in-browser terminal. יש להשאיר את פורט 22 פתוח עבור SSH בכל אחד מהם.

יש להכוון את ה-DNS אל השרת לפני תחילת העבודה. פאנל שאינו יכול לפתור (resolve) את ה-hostname של עצמו לא יוכל לבקש תעודה, ותבזבזו את השעה הראשונה על ניפוי שגיאות (debugging) במקום על התוכנה. הפנו רשומת A לכתובת ה-IP של השרת, ועבור Coolify הוסיפו רשומת wildcard (*.apps.example.com) כדי שכל אפליקציה שתותקן תקבל תת-דומיין משלה.

Cloudron: מכשיר מלוטש ובעל גישה מוגדרת

מה זה. Cloudron היא פלטפורמה מסחרית שהופכת שרת שלם למכשיר מנוהל (appliance). היא מריצה reverse proxy משלה, מסד נתונים, ומערכת דואר, בנוסף לחנות אפליקציות (App Store) מובנית הכוללת אפליקציות ארוזות (Nextcloud, WordPress, Gitea, Mattermost ועוד). המוצר מיועד לאנשים שרוצים שהאפליקציות שלהם יהיו מנוהלות, עם עדכונים אוטומטיים, תעודות SSL אוטומטיות וגיבויים אוטומטיים, ומוכנים לשלם עבור כך.

התקנה. המערכת דורשת שרת נקי ושולטת בו באופן מלא. הרץ את הפקודה הבאה על שרת Ubuntu 24.04 (Noble) חדש בלבד:

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

הסקריפט מתקין את Docker, nginx, מסד נתונים ומערכת דואר, ולאחר מכן מבצע reboot. כשהשרת חוזר לפעילות, פתח את https://<your-ip>, אשר את תעודת ה-self-signed הזמנית, וסיים את ההגדרה בדפדפן: הגדר את הדומיין שלך, בחר את ספק ה-DNS שלך, והמערכת תקים לוח בקרה (dashboard) בכתובת my.example.com.

הוספת אפליקציה ראשונה. בלוח הבקרה, פתח את ה-App Store, לחץ על (למשל) Nextcloud, בחר את תת-הדומיין files.example.com, ולחץ על Install. Cloudron יוצרת את רשומת ה-DNS, מבקשת את תעודת Let's Encrypt, מקימה את מסד הנתונים, מגדירה single sign-on ומתזמנת גיבוי, וכל זאת ללא צורך בעריכת קובץ הגדרות. זהו לב השירות, והוא אכן מספק זאת.

TLS וגיבויים. אחד המרכיבים החזקים ביותר. כל תת-דומיין של אפพลิקציה מקבל תעודת Let's Encrypt אוטומטית, המתחדשת עבורך. גיבויים מתואמים ומשולבים מראש, עם אפשרות לשמור אותם בספרכה מקומית, ב-S3 או באחסון מרוחק אחר. ניתן לבצע שחזור עבור כל אפליקציה בנפרד ואפילו שכפול (cloning) של אפליקציה לתת-דומיין חדש בלחיצת כפתור.

עלות ורישוי, קרא זאת לפני ההתחלה. Cloudron היא מוצר בתשלום עם מסלול חינם מוגבל: המסלול החינמי מאפשר שתי אפליקציות. התקנת אפליקציה שלישית תפעיל חסימת תשלום; מנוי בתשלום (Pro או Max, בתשלום חודשי או שנתי, שניהם עם מספר אפליקציות בלתי מוגבל) פותח אפשרויות נוספות. זהו העובדה החשובה ביותר לגבי Cloudron. המוצר מלוטש בדיוק משום שהוא עסק, והמסלול החינמי הוא קרוב יותר לתקופת ניסיון מורחבת מאשר בית למערכת צומחת.

מצב כשל, כלל השרת הנקי. ניסיון להתקין את Cloudron על שרת שכבר מריץ שירות אחר יגרום להפסקת ההתקנה לפני שיבוצע שינוי כלשהו:

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 ומשלבת אותן לעומק, ולכן היא אינה יכולה להתקיים לצד עותקים קיימים שלכם. הפתרון הוא אימג' Ubuntu 24.04 חדש בלבד: ללא שרת אינטרנט, ללא Docker, ואפילו ללא חומת אש (firewall) שהוגדרה ידנית. אם השתמשת באימג' לא מתאים, ההתקנה תסרב גם אם המערכת אינה Ubuntu LTS נתמך (22.04 או 24.04) על x86-64; מערכות ARM, LXC ו-OpenVZ אינן נתמכות כלל.

מצב כשל שני, תעודות wildcard דורשות DNS API. אם תבחר באופציית ה-DNS הידנית ("Manual") במהלך ההתקנה במקום לתת ל-Cloudron טוקן API, היא לא תוכל ליצור רשומות או תעודת wildcard עבורך. במקרה זה, כל אפליקציה חדשה תדרוש ממך להוסיף רשומת DNS ידנית לפני שניתן יהיה להנפיק את התעודה, ולוח הבקרה ימתין לרשומה זו. מתן גישת API ל-Cloudron לספק DNS נתמך (Cloudflare, Route 53, DigitalOcean ואחרים) יהפוך את התהליך כולו לפעולה של לחיצה אחת.

CasaOS: לוח הבקרה החינמי ל-home-lab

מה זה. CasaOS, מבית IceWhale, הוא לוח בקרה (dashboard) חינמי וקוד פתוח הפועל מעל Docker. הוא מספק מסך בית, חנות אפליקציות ומנהל קבצים. המערכת פותחה עבור עולם ה-home-server, ולכן היא מותאמת ל-home-lab: קלה להגדרה, בעלת ממשק משתמש ידידותי ומינימלית מבחינת הגדרות מורכבות. המערכת מיועדת למשתמשים שרוצים ממשק נוח ל-Docker ללא עלות.

התקנה. שורה אחת בלבד, והיא אינה דורשת מערכת הפעלה נקייה:

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

מתקין המערכת מוסיף סט של שירותי systemd (casaos, casaos-gateway, casaos-app-management ועוד). ודאו שה-gateway עלה לפני פתיחת הדפדפן:

systemctl status casaos-gateway

כאשר המערכת פועלת, ניתן לגשת ללוח הבקרה בכתובת http://<your-ip> (פרוטוקול HTTP רגיל, פורט 80). צרו חשבון מקומי כדי להתחיל.

הוספת אפליקציה ראשונה. פתחו את ה-App Store, בחרו אפליקציה ולחצו על Install. CasaOS יוצר פרויקט Docker Compose ברקע ויפתח את האפליקציה בפורט של המארח (host port), לדוגמה http://<your-ip>:8080. החנות כוללת את שירותי ה-home-server הסטנדרטיים, כך שניתן להתקין Jellyfin media server on a VPS או self-hosted Immich photo library בכמה לחיצות. ניתן גם לייבא כל docker-compose.yaml רצוי, וזהו היתרון המרכזי: האפליקציות הן קונטיינרים רגילים ולא פורמט קנייני.

TLS וגיבויים, נקודת התורפה. כאן המושג "חינמי" מציג את מגבלותיו. CasaOS מגיש את כל התכנים ב-HTTP רגיל כברירת מחדל, כולל לוח הבקרה עצמו. אין תמיכה מובנית ב-Let's Encrypt ואין מנגנון גיבוי מתוזמן מובנה. הנתונים שלכם נשמרים בתוך Docker volumes תחת /DATA, ואחריות הגיבוי היא עליכם (באמצעות cron עם restic או tar).

מצב כשל: ללא TLS, ללא התרעה. המערכת לא תציג שגיאה. התקינו אפליקציה, פתחו את http://<your-ip>:8080 והיא תעבוד, אך דרך חיבור לא מוצפן שהדפדפן יסמן כ-"Not Secure". הסיסמאות ועוגיות הסשן (session cookies) עוברות ברשת בטקסט גלוי (cleartext). חמור מכך, בלוח הבקרה של CasaOS נמצאו פגיעויות של הרצת קוד מרחוק (CVE-2023-37265 ו-CVE-2023-37266, עקיפת אימות שהובילה לפריצה מלאה למארח), לכן חשיפת פורט ה-HTTP הזה ישירות לאינטרנט היא סיכון אמיתי ולא רק עניין של העדפה. הפתרון הוא לעולם לא לחשוף את CasaOS ישירות. הציבו reverse proxy לפניו שיבצע TLS termination, כגון nginx with a Let's Encrypt certificate from Certbot, Caddy, או Cloudflare Tunnel, והעבירו את התעבורה ל-CasaOS ברשת המקומית בלבד. שימו לב ש-CasaOS כבר תופס את פורט 80, ולכן ה-proxy וה-CasaOS יתנגשו אלא אם תעבירו את CasaOS לפורט אחר תחילה.

עלות. חינמי לחלוטין, לנצח, ללא הגבלת אפליקציות. המחיר הוא תחזוקה: עליכם לנהל בעצמכם את ה-TLS, הגיבויים והאבטחה (hardening).

Coolify: ה-PaaS המארח בעצמך

מה זה. Coolify היא פלטפורמת שירות (PaaS) בקוד פתוח המארחת את עצמה, בסגנון Heroku או Vercel, על השרת הפרטי שלך. היחידה הבסיסית שלה אינה "התקן אפליקציה זו" אלא "הפעל מאגר Git זה": מחברים מאגר, ו-Coolify בונה אותו (באמצעות Nixpacks או Dockerfile משלך) ומפעיל אותו, עם פריסה מחדש בכל push. היא כוללת גם בסיסי נתונים ושירותים בהתקנה של לחיצה אחת. המערכת מיועדת למפתחים המפרסים קוד משלהם ורוצים יכולת push-to-deploy ללא שכירת PaaS חיצוני.

התקנה.

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

הסקריפט מתקין את Docker ומפעיל את מערך ה-containers של Coolify. ודא שהם במצב תקין (healthy) לפני שתמשיך:

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

עליך לראות את coolify, coolify-db, coolify-redis, coolify-realtime, ו-coolify-proxy כולם מדווחים על Up. ללוח הבקרה (dashboard) ניתן לגשת בכתובת http://<your-ip>:8000. צור את חשבון המנהל (admin) באופן מיידי, מכיוון שדף ההרשמה פתוח עד ליצירת החשבון הראשון, וכל מי שיגיע אליו ראשון ישלוט בשרת. לאחר מכן, הגדר את דומיין המופע (instance domain) והכוון רשומת DNS מסוג wildcard (*.example.com, או *.apps.example.com) אל השרת, כדי ש-Coolify תוכל להקצות לכל אפליקציה מופע משלה תחת subdomain.

הוספת אפליקציה ראשונה. חבר מקור Git (GitHub, GitLab, או URL של מאגר), בחר ענף (branch), הגדר דומיין, והפעל. פרוקסי Traefik המובנה ב-Coolify מנתב את ה-subdomain ומבקש את התעודה. עבור תוכנות מוכנות, קטלוג ה-Services מאפשר פריסה בכמה לחיצות: מערך אוטומציית workflow של n8n שייתכן וייתכן שהיית מגדיר ידנית הוא פריט אחד, וכך גם Uptime Kuma לניטור דפי סטטוס.

TLS וגיבויים. Let's Encrypt אוטומטי לכל אפתליקציה דרך Traefik המובנה, כך שכל subdomain המופעל מקבל תעודה. הגיבויים מתמקדים בבסיסי נתונים: ניתן לתזמן גיבויים (dumps) של Postgres ו-MySQL לאחסון תואם S3. גיבוי של המופע כולו (הגדרות ה-Coolify עצמן, שנמצאות תחת /data/coolify) הוא ידני יותר, לכן יש לייצא ולאחסן אותם בעצמך.

עלות ורישוי. הגרסה המארחת בעצמך היא בקוד פתוח מלא ובחינם, ללא הגבלת מספר אפליקציות. קיים שירות Coolify Cloud אופציונלי (בתשלום) המארח עבורך את ה-control plane בעוד האפליקציות שלך רצות על השרתים שלך; זהו פתרון נוח אך אינו חובה.

מצב כשל: האפליקציה נפרסת אך הדומיין שלה לא נטען. לוח הבקרה עובד כראוי בכתובת http://<ip>:8000, התהליך (build) מסתיים בהצלחה (ירוק), אך ה-URL של האפליקציה מחזיר שגיאת חיבור או שגיאת Traefik 404 page not found. זה מעיד על בעיה בפרוקסי או ב-DNS, ולא באפליקציה שלך. ישנן שתי סיבות נפוצות. ראשית, פורטים 80 או 443 היו תפוסים כאשר הפרוקסי ניסה להתחיל, ולכן ה-container שלו קרס עם שגיאת 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

שנית, רשומת ה-DNS מסוג wildcard חסרה, ולכן Traefik לעולם לא מקבל בקשה עבור אותו hostname. אם במקום זאת, כרטיס השרת ב-Coolify מציג "Server is not reachable", זוהי תקלה אחרת: Coolify אינה יכולה לתקשר עם ה-Docker socket של השרת, בדרך כלל בשל Docker daemon שעצר או מפתח SSH שבור. קרא את הסיבה האמיתית בלוגים לפני שתנחש:

docker logs coolify-proxy --tail 100

תקן זאת מדף ה-Proxy: לחץ על Restart Proxy, או אשר את הגדרות הפרוקסי לברירת המחדל והפעל אותו מחדש, ולאחר מכן המתן כחתיים דקות עד לייצוב. שמור על פורט 8000 נגיש מכתובת ה-IP שלך בלבד (או פתח אותו זמנית כאשר הפרוקסי לא מתנהג כראוי) במקום להשאיר אותו פתוח לעולם — הוא משרת את לוח הבקרה ב-HTTP פשוט, והתיעוד של Coolify מציין שניתן לסגור את פורטים 8000, 6001 ו-6002 ברגע שלוח הבקרה מוגש דרך הדומיין שלו.

עומס משאבים על אותו VPS

המדדים נמדדו במצב Idle על אותו שרת 4GB, לפני פריסת עומס עבודה ממשי. בדקו את המצב אצלכם באמצעות free -m ו-docker stats --no-stream במקום להסתמך על מספר בודד, מכיוון שהסה"כ משתנה בהתאם לשילוב האפליקציות שלכם.

• CasaOS היא הקלה ביותר. הפאנל מורכב מקבוצה קטנה של שירותי Go; צפו לעומס של כ-150 עד 300 MB מעבר לכל ה-containers שתריצו.
• Coolify מריצה מספר containers של תמיכה משלה (האפליקציה, Postgres, Redis, שירות realtime ו-Traefik), ולכן היא צורכת כ-600 MB עד 1 GB במצב Idle לפני פריסת כל דבר.
• Cloudron היא הכבדה ביותר במצב מנוחה, מכיוון שהיא מריצה nginx, database, mail stack ומערכת ניטור משלה, بغض النظر אם אתם משתמשים בהם; הקצו 1 עד 1.5 GB במצב Idle. זו הסיבה שהיא דורשת 2GB לפחות ועובדת בצורה חלקה יותר ב-4GB.

ב-VPS קטן של 2GB, CasaOS משאירה את המקום הרב ביותר לאפליקציות ממשיות, ו-Cloudron משאירה את המקום המועט ביותר. אם התוכנית שלכם היא 2GB ואתם רוצים להריץ את Cloudron עם שרת המייל שלה, תכננו לשדרג את השרת.

השוואה בין עדכונים, גיבויים ומניעת נעילה (Lock-in)

עדכונים. Cloudron מעדכנת עבורך את הפלטפורמה ואת כל האפליקציים על פי לוח זמנים שנבדק: המאמץ המינימלי ביותר עם המעט הכי פחות התערבות ידנית. Coolify מעדכנת את עצמה דרך ה-dashboard שלה באמצעות כפתור אחד. CasaOS מעדכנת את הפאנל באמצעות סكريפט ההתקנה שלה או apt, אך האחריות על עדכון האפליקציות שהתקנת מוטלת עליך (pull ו-restart).

נעילה (Lock-in), החלק הבעייתי בשנה השנייה. CasaOS היא בעלת רמת הנעילה הנמוכה ביותר: האפליקציות שלה הן פרויקטי Compose רגילים, לכן ניתן להעתיק את ה-docker-compose.yaml ואת ה-volumes תחת /DATA לכל host אחר ולהמשיך לעבוד. Coolify נמצאת באמצע: ה-deploys הם ה-Dockerfiles וה-repos שלכם, אך הקונפיגורציה שלהם שמורה ב-database של Coolify, לכן מעבר ל-host אחר מחייב יצירה מחדש של הפרויקטים בצד השני. Cloudron היא בעלת רמת הנעילה הגבוהה ביותר: האפליקציות נארזות על ידי Cloudron, ובעוד שהנתונים שלכם עוברים בקלות באמצעות הגיבויים המצוינים שלה, האריזה (packaging) אינה עוברת, ולכן יש לפרוס מחדש (re-deploy) בפלטפורמת היעד. נתונים ניידים, תשתית לא ניידת.

באיזה מהם עליכם לבחור

גרסה קצרה, ולאחר מכן פירוט. בחרו ב-Cloudron אם אתם רוצים את השרת עם המעורבות המינימלית מבין השלושה, מתכוונים להריץ מספר אפליקציות מובנות, ומוכנים לשלם דמי מנוי שנתיים עבור TLS מנוהל, גיבויים ועדכונים. בחרו ב-CasaOS אם מדובר ב-home lab מאחורי הרשת הפרטית שלכם או ב-reverse proxy, אתם מחפשים ממשק ידידותי עבור Docker, ואינכם מעוניינים לשלם דבר. בחרו ב-Coolify אם אתם פורסים קוד משלכם מ-Git וזקוקים ליכולת push-to-deploy עם TLS אוטומטי, ללא העלות של PaaS מאוחסן. אם אף אחת מהאפשרויות הללו אינה מתאימה לכם, הסעיף הבא מספק את התשובה הכנה.

דלגו על שלושתם אם...

היו כנים לגבי קנה המידה שלכם. אם אתם מריצים רק אפליקציה אחת או שתיים, או שאתם רוצים להבין ולשלוט בדיוק במה שמותקן על השרת, דלגו על ה-panels. העומס (overhead) והתלות במוצר (lock-in) אינם משתלמים עבור stack קטן ויציב. הדרך של DIY היא שימוש ב-reverse proxy לפני קובצי ה-Compose שלכם: Traefik עם TLS אוטומטי לפני מספר אפליקציות Docker Compose מספק לכם HTTPS המקביל ללחיצה אחת ללא העומס של ה-panel, ואתם מבצעים גיבוי באמצעות משימת restic מתוזמנת (cron) שאתם מבינים.

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

עבור אפליקציית flagship אחת, המצב ברור עוד יותר: התקנת Nextcloud ב-Docker עם TLS ושגרת גיבוי משלה היא קובץ Compose אחד ותעודה אחת. הקמת מכשיר (appliance) שלם כדי להריץ אותה תייצר עלויות ללא תועלת. אם אתם עדיין מחליטים מה להריץ לפני שאתם מחליטים איך, ה-מדריך למה כדאי לארח בעצמכם ב-2026 הוא נקודת ההתחלה הטובה יותר.

FAQ

האם אני בכלל זקוק לפאנל אירוח עצמי?

רק אם חשוב לך לאוטומציה של ארבעת הדברים הבאים במספר אפליקציות: התקנות בלחיצת כפתור, TLS אוטומטי, גיבויים מתוזמנים וניהול משתמשים. עבור שירות אחד או שניים, שימוש ב-Docker Compose פשוט מאחורי Traefik מבצע את אותה עבודת TLS עם עומס מערכת נמוך בהרבה וללא תלות בספק. פאנלים משתלמים כאשר מריצים אפליקציות רבות והזמן שלך שווה יותר מה-RAM שהן צורכות.

איזה פאנל הוא הטוב ביותר למתחילים?

עבור מעבדת ביתית שבה שום דבר לא חשוף לאינטרנט הציבורי, CasaOS היא הדרך הקלה ביותר להתחיל: פקודה אחת וממשק משתמש ידידותי, ללא עלות. אך חובה להציב reverse proxy עם TLS-terminating לפני החשיפה של כל שירות, מכיוון שהיא מספקת HTTP פשוט. אם ברצונך בניהול TLS וגיבויים עבורך ואתה מוכן לשלם על כך, Cloudron היא בעלת חוויית המשתמש המלווה ביותר, במסגרת המגבלה החינמית של שתי אפליקציות.

האם Cloudron הוא בחינם?

באופן חלקי. המסלול החינמי מאפשר שתי אפליקציות, מה שמתאים לבדיקה או להגדרות קטנות מאוד. מעבר לכך, Cloudron הוא שירות בתשלום, עם חיוב חודשי או שנתי, המאפשר מספר בלתי מוגבל של אפליקציות במסלולים בתשלום. זהו מוצר מסחרי עם תוכנית חינם מוגבלת, ולא תוכנה חופשית, לכן יש לתכנן תקציב אם מערכת האפליקציות שלך תגדל.

האם אני יכול להריץ את הפאנלים הללו לצד האפליקציות הקיימות שלי?

Cloudron: לא. הוא דורש מכונת Ubuntu נקייה ומפסיק את ההתקנה אם nginx, Docker או Node כבר מותקנים, מכיוון שהוא מנהל את המכונה כולה. CasaOS ו-Coolify גמישות יותר, מכיוון שהן מתקינות את ה-Docker stack שלהן ויכולות לחלוק מכונה באופן עקרוני, אך שתיהן זקוקות לפורטים 80 ו-443, ולכן הן יתנגשו עם כל שרת אינטרנט או proxy שכבר מופעל. במכונה שכבר מארחת שירותים, פאנל הוא בדרך כלל הכלי הלא נכון; השתמש ב-Traefik ו-Compose במקום.

איך עוברים מפאנל אחר מאוחר יותר?

תכנן את המעבר לפני שתזדקק לו. מ-CasaOS, העתק את ה-docker-compose.yaml של האפליקציה ואת ה-volumes של ה-/DATA למארח החדש והפעל אותם מחדש. מ-Coolify, ייצא את ההגדרות של כל פרויקט והפנה אותן לאותם repos ביעד. מ-Cloudron, שחזר את הנתונים מהגיבויים שלו לאפליקציות שהותקנו מחדש בפלטפורמה החדשה, מכיוון שחבילת ה-Cloudron אינה עוברת, רק הנתונים עוברים. בכל מקרה, בדוק את השחזור במכונה זמנית לפני שתפרק את המכונה הישנה.