توجد نقطة في كل عادة استضافة ذاتية تتوقّف فيها عن الرغبة في خادم لكل شيء. لديك تطبيق، قاعدة بياناته، ربما n8n للأتمتة، لوحة حالة، API صغير — وتشغيل كلٍّ على VPS صغير خاص يعني خمسة عناوين IP، خمس فواتير، خمسة أجهزة تُرقّعها. أكثر ترتيبًا، وأرخص، أن تضعها على خادم واحد خلف IP واحد.
الحيلة التي تجعل هذا يعمل هي وكيل عكسي. Caddy أو nginx أو Traefik يجلس على المنفذين العامّين 80/443 ويوجّه حسب اسم المضيف: app.you.com يذهب إلى تطبيقك، n8n.you.com إلى n8n، db-admin.you.com إلى لوحة إدارتك. كل خدمة تستمع على localhost فقط؛ الوكيل هو الباب العام الوحيد، ويمنح كل نطاق فرعي شهادة HTTPS خاصة تلقائيًا.
الخطة لهذا
Medium-IP (20$ شهريًا) هو المناسب الطبيعي: 6 vCPU، 6 GB RAM، 45 GB NVMe، IPv4 مخصّص بكل منفذ مفتوح. مساحة لحفنة خدمات صغيرة مع قواعد بياناتها دون تنافس على الموارد.
حدّان صادقان:
- إن كنت فعلًا تشغّل تطبيقًا واحدًا مع قاعدة بيانات فقط، لا تحتاج Medium — Small-IP (16$) يفعلها.
- إن كانت الخدمات نهِمة للذاكرة — قاعدة بيانات كبيرة، مخزن متجهي كبير، معالجة في الذاكرة — ستصل إلى سقف الذاكرة سريعًا، وهنا خطة Pro عالية الذاكرة أعقل من التكديس على خادم 6 GB.
شكل الإعداد
# Ubuntu 24.04، Medium-IP — Docker + Compose، Caddy كباب أمامي
curl -fsSL https://get.docker.com | sh
# docker-compose.yml: خدماتك على localhost، Caddy يوجّه حسب النطاق الفرعي
# Caddy يُصدر HTTPS تلقائيًا لكل اسم مضيف توجّهه إلى الـ IP
docker compose up -d
وجّه سجلات A لنطاقاتك الفرعية إلى الـ IP الواحد، اسردها في Caddyfile، وتظهر كل خدمة على رابط HTTPS نظيف خاص بها. أضف DNS عكسيًا من لوحة التحكم إن كان أيٌّ منها يرسل بريدًا.
لماذا هنا
IP مخصّص واحد تتحكم به بالكامل، كل شيء خلفه، مدفوع كفاتورة مشفّرة ثابتة واحدة بدون KYC. إنه نمط المختبر المنزلي على VPS: حزمتك، جهازك، رقم شهري واحد متوقّع. حين يتوقّف خادم واحد عن الكفاية، تفصل أثقل خدمة على خادمها الخاص — لكن معظم الناس يعملون بأريحية على واحد لوقت طويل. Medium-IP هو حيث يبدأ ذلك.
التعليقات
لا تعليقات بعد. كن الأول.