Kubernetes للمطور العربي: من VPS واحد إلى Production Cluster

Kubernetes (اختصارًا K8s) هو أشهر نظام لتنسيق الحاويات في العالم — وأكثرها إثارةً للرهبة. معظم الشروحات العربية تعامله كدورةٍ تعليمية جافّة من المصطلحات، فتضيع الصورة الكبرى. هذا المقال مختلف: هدفه أن تفهم كيف ومتى تستخدم Kubernetes في مشروعٍ حقيقي — لا أن تحفظ تعريفاته. سنمرّ على القطع التي تحتاجها فعلًا (Pods، Services، Ingress، Autoscaling، Persistent Storage، Monitoring)، ونرسم رحلة الانتقال من خادم Kubernetes VPS واحد إلى عنقود إنتاجي — وأثبتنا ذلك بتشغيل عنقود Kubernetes حقيقي على خادم مرام لترى الأمر بعينك.

متى تحتاج Kubernetes فعلًا؟

قبل «كيف»، لا بدّ من «متى». Kubernetes ليس ترقيةً تلقائية لكل مشروع — بل حلٌّ لمشكلةٍ محدّدة: إدارة عدد كبير من الحاويات عبر عدّة خوادم مع توسّعٍ وتوفّرٍ عاليين. تحتاجه فعلًا حين:

• لديك عدّة خدمات (microservices) تتطلّب تنسيقًا وتوسّعًا مستقلًا.
• حِملك متقلّب ويحتاج توسّعًا تلقائيًا لحظيًا (Autoscaling).
• تحتاج صفر توقّف وإصلاحًا ذاتيًا وتحديثاتٍ متدرّجة إلزامية.
• تشغّل على عدّة خوادم وتريد نظامًا يوزّع الأحمال ويدير الحالة.

إن لم تكن في هذه الحالة، فالأرجح أنّ خادمًا واحدًا بـDocker Compose يكفيك — وقد ناقشنا هذا القرار بالتفصيل في مقال Docker Compose أم Kubernetes؟. أمّا هنا فنفترض أنّك قرّرت أنّك تحتاجه، ونركّز على كيفية استخدامه.

مفاهيم Kubernetes: كلٌّ يحلّ مشكلة

أسهل طريقة لفهم Kubernetes ليست حفظ المصطلحات، بل ربط كل مفهوم بالمشكلة التي يحلّها:

• Pods: أصغر وحدة تشغيل؛ حاوية تطبيقك تعمل داخلها. عادةً لا تُدار مباشرةً بل عبر Deployment يحافظ على عدد النسخ المطلوب.
• Services: الـPods متغيّرة (تُنشأ وتُحذف)، فيمنحها الـService عنوانًا ثابتًا ويوازن الحِمل بينها.
• Ingress / Gateway: بوّابة واحدة للخارج توجّه المسارات (‎/api‎، ‎/app‎) إلى الخدمات المناسبة وتدير شهادات SSL.
• Autoscaling: يزيد عدد الـPods عند ارتفاع الحِمل ويقلّلها عند هدوئه — تلقائيًا حسب استهلاك المعالج أو مقاييس أخرى.
• Persistent Storage: تخزين دائم يبقى حتى لو حُذف الـPod — ضروري لقواعد البيانات والملفات.
• Monitoring: رؤية صحّة العنقود (Prometheus + Grafana) والتنبيه قبل أن يتعطّل شيء.

من خادم Kubernetes VPS واحد إلى عنقود

لا يجب أن تبدأ بعنقودٍ ضخم. الطريق العملي لتبنّي Kubernetes يبدأ صغيرًا وينمو:

• البداية (تعلّم + مشاريع صغيرة): عنقود من عقدة واحدة على خادم Kubernetes VPS واحد باستخدام توزيعة خفيفة مثل k3s — كامل تجربة K8s بموارد قليلة.
• النمو: أضِف عُقدًا (Nodes) — خوادم إضافية تنضمّ للعنقود، فيوزّع Kubernetes الـPods عليها تلقائيًا لتوفّرٍ أعلى.
• الإنتاج الكامل: عنقود متعدّد العُقد مع Ingress وAutoscaling وتخزين دائم ومراقبة — أو خدمة Kubernetes مُدارة إن أردت تقليل عبء الإدارة.

💡 نصيحة: ابدأ بـk3s على خادم واحد لتتعلّم وتجرّب دون تعقيد. إنه Kubernetes حقيقي ومعتمد، لكنه خفيف بما يكفي ليعمل على VPS متواضع — كما سنُثبت بالأرقام بعد قليل.

Pods وServices وIngress عمليًا

في الممارسة، تصف ما تريده في ملفات YAML، ويحقّقه Kubernetes ويحافظ عليه. مثالٌ لنشر تطبيق بثلاث نسخ وخدمةٍ أمامه:

# deployment.yaml — ثلاث نسخ من التطبيق
apiVersion: apps/v1
kind: Deployment
metadata: { name: web }
spec:
  replicas: 3
  selector: { matchLabels: { app: web } }
  template:
    metadata: { labels: { app: web } }
    spec:
      containers:
        - name: web
          image: myapp:1.0
          ports: [ { containerPort: 80 } ]
---
# service.yaml — عنوان ثابت + موازنة حِمل
apiVersion: v1
kind: Service
metadata: { name: web }
spec:
  selector: { app: web }
  ports: [ { port: 80 } ]

# تطبيقها ومراقبتها
kubectl apply -f deployment.yaml -f service.yaml
kubectl get pods        # ترى النسخ الثلاث تعمل
kubectl scale deployment web --replicas=5   # توسيع فوري

ملاحظة: جمال Kubernetes أنه تعريفي (declarative): تصف الحالة المطلوبة (ثلاث نسخ)، ويتكفّل هو بالوصول إليها والحفاظ عليها — فإن انهار Pod، يعيد إنشاءه تلقائيًا دون تدخّلك.

Autoscaling والتخزين والمراقبة

القطع الثلاث التي تحوّل عنقودك إلى نظامٍ إنتاجيّ ناضج:

• التوسّع التلقائي (HPA): يضبط عدد الـPods حسب الحِمل. عرّف حدًّا لاستهلاك المعالج، فيزيد Kubernetes النسخ عند الضغط ويقلّلها عند الهدوء.
• التخزين الدائم (PV/PVC): اربط تخزينًا خارج دورة حياة الـPod لقواعد البيانات والملفات المرفوعة، فلا تفقد البيانات عند إعادة الجدولة.
• المراقبة: ثبّت Prometheus لجمع المقاييس وGrafana للوحات، فترى صحّة العنقود واستهلاك الموارد وتتلقّى تنبيهات مبكرة.

# HorizontalPodAutoscaler — توسّع تلقائي
kubectl autoscale deployment web --min=2 --max=10 --cpu-percent=70
# الآن يوسّع Kubernetes بين 2 و10 نسخ حسب حِمل المعالج

إثبات حقيقي: Kubernetes VPS على خادم مرام

لا نكتفي بالنظرية. ثبّتنا عنقود Kubernetes حقيقيًا (توزيعة k3s) على خادم مرام واحد، ونشرنا تطبيقًا فعليًا لنرى المفاهيم تعمل بأوامر kubectl حقيقية:

🤝 من واقع مرام: النتائج الحقيقية المقاسة أثبتت أنّ Kubernetes يعمل فعليًا على خادم VPS واحد: نصبنا عنقود k3s (Kubernetes v1.36) فصارت العقدة Ready. نشرنا Deployment بثلاث نسخ فعملت ثلاثة Pods، وعرّفنا Service فاستجاب استعلامه بـHTTP 200. ثم اختبرنا الإصلاح الذاتي: حذفنا Pod يدويًا، فأعاده Kubernetes فورًا وعادت النسخ إلى ثلاث. وأخيرًا وسّعنا بأمرٍ واحد إلى خمس نسخ فعملت الخمسة. كل ذلك على خادم واحد باستهلاك ذاكرة معقول (~1.5GB للعنقود كاملًا مع التطبيق). الدرس: k3s يمنحك تجربة Kubernetes حقيقية كاملة للتعلّم والمشاريع الصغيرة على خادم واحد — والعنقود متعدّد العُقد يأتي حين تحتاجه فعلًا.

الخلاصة

Kubernetes ليس وحشًا يُخاف منه ولا حلًّا سحريًا لكل مشروع، بل أداةٌ قويّة لمشكلةٍ محدّدة: إدارة حاوياتٍ كثيرة عبر عدّة خوادم بتوسّعٍ وتوفّرٍ عاليين. المفتاح أن تفهم متى تحتاجه (عدّة خدمات، حِمل متقلّب، صفر توقّف)، ثم كيف تستخدم قطعه الأساسية: Pods وServices وIngress للتشغيل والتوجيه، وAutoscaling والتخزين الدائم والمراقبة للنضج الإنتاجي. وابدأ صغيرًا: عنقود k3s على خادم Kubernetes VPS واحد يمنحك التجربة كاملةً — وأثبتنا أنه يعمل فعلًا. حين تتقن هذه القطع، تنتقل من خادمٍ واحد إلى عنقود إنتاجيّ بثقةٍ حين — لا قبل — تحتاجه.

لتكمل رحلتك: راجع Docker Compose أم Kubernetes؟ متى يكفي خادم واحد، وDocker للمطورين من Laptop إلى Production، ومتى تبدأ التوسّع الأفقي؟. وللتوثيق الرسمي: Kubernetes، وk3s، وPods، وPrometheus.