GitOps و ArgoCD للمبتدئ: ليه الـ cluster بيصلّح نفسه من Git

الخطوات: نركّب ArgoCD ونربطه بـ repo

هذا الشرح مبني على فرضية إن عندك cluster Kubernetes شغّال (1.28+) و repo فيه ملفات الـ YAML بتاعتك. التركيب نفسه أمرين:

دلوقتي بدل ما تعمل kubectl apply بإيدك، بتعرّف للـ ArgoCD مورد اسمه Application. ده بيقوله: "اسحب من الـ repo ده، من المسار ده، وطبّقه على الـ namespace ده، وصلّحه لوحدك". خلّي بالك من سطرَي selfHeal وprune، دول قلب الموضوع:

الجزء اللي بيبهر: self-heal ضد الـ drift

سيبك من الكلام، نجرّبه. افرض عندك replicas: 2 في Git، وحد دخل وقت ضغط وعمل:

من غير ArgoCD، الـ 5 نسخ دول هيفضلوا شغّالين أيام، والفرق بين Git والإنتاج هيكبر بهدوء. اللي بيحصل فعلاً مع selfHeal: true: ArgoCD بيقارن، بيلاقي الحالة OutOfSync، ويرجّع الـ Deployment لـ 2 نسخة لوحده. في التجارب العملية المنشورة سنة 2026، التعديل اليدوي اترجّع في حدود 5 ثوانٍ، والنسخ الزيادة ما كمّلتش تشتغل أصلاً.

مهم تفهم رقمين: المهلة الافتراضية للمصالحة الدورية في ArgoCD حوالي 3 دقائق، ومهلة إعادة محاولة الـ self-heal الافتراضية حوالي 5 ثوانٍ. يعني حتى من غير ما حد يلاحظ، الفرق بيتقفل في ثوانٍ بدل أيام. للمقارنة، فريق بيكتشف الـ drift يدويًا ممكن ياخد أيام — رقم تقديري شائع حوالي 4 إلى 5 أيام لحد ما حد ياخد باله.

الـ trade-offs: بتكسب إيه وبتخسر إيه

• بتكسب: سجل كامل (audit) لكل تغيير، ورجوع فوري بـ git revert بدل ما تفتكر إيه اللي اتعمل، وإصلاح تلقائي للـ drift.
• بتخسر: كل تغيير لازم يعدّي على Git و PR. ده أبطأ في الطوارئ من تعديل سريع بإيدك.
• منحنى تعلّم: الفريق لازم يتعوّد إن "السيرفر مش بيتعدّل بإيد" خالص.
• الـ Secrets: ما ينفعش تحط passwords خام في Git. محتاج حل زي Sealed Secrets أو SOPS، وده شغل إضافي.

متى لا تستخدم GitOps

لو عندك cluster واحد صغير، وتغييراتك نادرة، ولسه مفيش عندك أي CI، الـ overhead بتاع ArgoCD مش هيستاهل دلوقتي — ابدأ بـ pipeline بسيط الأول. كمان لو شغلك بيتطلب تدخلات يدوية سريعة جدًا وقت الحوادث، خلّي بالك إن selfHeal: true ممكن يقاوم تعديلك ويرجّعه؛ في الحالة دي عطّل الـ self-heal مؤقتًا للخدمة دي وقت الحادث بدل ما تتفاجئ.

الخطوة التالية

ركّب ArgoCD على cluster تجريبي (minikube أو kind يكفي)، اربطه بـ repo فيه Deployment واحد بـ replicas: 2، فعّل selfHeal: true، وبعدين اعمل kubectl scale --replicas=5 بإيدك. لو رجع لـ 2 لوحده في ثوانٍ، يبقى فهمت GitOps عمليًا. لو ما رجعش، اتأكد إن الـ automated policy متفعّلة في تعريف الـ Application.

المصادر

• OpenGitOps — المبادئ الأربعة الرسمية: opengitops.dev وopen-gitops/documents (PRINCIPLES.md)
• توثيق Argo CD الرسمي حول Automated Sync و Self-Heal: argo-cd.readthedocs.io
• أرقام self-heal والمصالحة (2026): How to Implement Self-Healing Applications in ArgoCD — OneUptime وHow Configuration Drift Detection Works in GitOps — OneUptime
• الفرق بين GitOps والـ CI/CD التقليدي: Understanding the 4 Core GitOps Principles — Akuity