יש נקודה בכל הרגל אחסון-עצמי שבה אתם מפסיקים לרצות שרת לכל דבר. יש לכם אפליקציה, מסד הנתונים שלה, אולי n8n לאוטומציות, לוח בקרה של סטטוס, API קטן — והרצת כל אחד על VPS זעיר משלו אומרת חמישה IP-ים, חמישה חשבונות, חמש מכונות לתקן. יותר מסודר, וזול יותר, לשים אותם על ארגז אחד מאחורי IP אחד.
הטריק שגורם לזה לעבוד הוא reverse proxy. Caddy, nginx או Traefik יושב על הפורטים הציבוריים 80/443 ומנתב לפי hostname: app.you.com הולך לאפליקציה שלכם, n8n.you.com הולך ל-n8n, db-admin.you.com ללוח האדמין שלכם. כל שירות מאזין רק על localhost; ה-proxy הוא הדלת הציבורית היחידה, והוא מוסר לכל תת-דומיין תעודת HTTPS משלו אוטומטית.
התוכנית לזה
Medium-IP ($20/חודש) היא ההתאמה הטבעית: 6 vCPU, 6 GB RAM, 45 GB NVMe, IPv4 ייעודי עם כל פורט פתוח. זה מקום לקומץ שירותים קטנים בתוספת מסדי הנתונים שלהם בלי שהם ייאבקו על משאבים.
שני גבולות כנים:
- אם אתם באמת מריצים רק אפליקציה אחת בתוספת מסד נתונים, אתם לא צריכים Medium — Small-IP ($16) עושה את זה.
- אם השירותים רעבי-זיכרון — מסד נתונים גדול, vector store גדול, עיבוד בזיכרון — תפגעו בתקרת ה-RAM מהר, ושם תוכנית Pro עם זיכרון-גבוה הגיונית יותר מלערום על ארגז של 6 GB.
צורת ההגדרה
# Ubuntu 24.04, Medium-IP — Docker + Compose, Caddy as the front door
curl -fsSL https://get.docker.com | sh
# docker-compose.yml: your services on localhost, Caddy routing by subdomain
# Caddy auto-issues HTTPS for each hostname you point at the IP
docker compose up -d
כוונו את רשומות ה-A של תתי-הדומיינים שלכם ל-IP האחד, רשמו אותם ב-Caddyfile, וכל שירות עולה על כתובת HTTPS נקייה משלו. הוסיפו reverse DNS מלוח הבקרה אם מישהו מהם שולח דואר.
למה כאן
IP ייעודי אחד שאתם שולטים בו לגמרי, הכל מאחוריו, משולם כחשבון קריפטו קבוע יחיד ללא KYC. זה דפוס ה-homelab-על-VPS: ה-stack שלכם, המכונה שלכם, מספר חודשי צפוי אחד. כשארגז אחד מפסיק להספיק, אתם מפצלים את השירות הכבד ביותר לארגז משלו — אבל רוב האנשים רצים בנוחות על אחד לזמן רב. Medium-IP הוא איפה שזה מתחיל.
תגובות
אין עדיין תגובות. היו הראשונים.