DevOps بالعربي
مقالات عملية مرتبة حسب المجال والمستوى، اختر المجال المناسب واقرأ من مستوى مبتدئ إلى محترف.
Sealed Secrets في Kubernetes للمتوسط: حط credentials في Git بأمان بدون Vault
لو فريقك بيخزّن DB passwords في kubectl create secret يدوي على كل cluster، انت بتدفع تكلفة خفية بدون audit trail. Sealed Secrets بيحوّل الـ Secret لـ YAML مشفّر تقدر تحطه في Git بأمان، وفك التشفير بيحصل بس داخل الـ cluster المحدد. مقال للمتوسط بمثال صندوق البريد المُقفل للمبتدئ، شرح علمي للـ asymmetric encryption، أوامر kubeseal كاملة قابلة للنسخ، أرقام مقاسة من فريق 6 مهندسين على 18 microservice، 4 trade-offs خفية، ومتى Sealed Secrets يكون اختيار غلط.
Istio Traffic Splitting للمحترف: Canary Deployment بـ 14 سطر YAML بدون CI/CD معقّد
لو فريقك بيـ deploy نسخة جديدة على 100% من المستخدمين دفعة واحدة، أول bug في query بيكلّفك 100% من الترافيك. Istio VirtualService بـ 14 سطر YAML بيوزّع 5% من الطلبات على الإصدار الجديد ويتركك تشوف P95 ومعدل الأخطاء قبل ما تتقدّم. مقال للمحترف بمثال مطعم البرجر الجديد للمبتدئ، شرح علمي للـ weighted routing من توثيق Istio 1.24، VirtualService و DestinationRule كاملين شغّالين على EKS 1.30، أرقام مقاسة على cluster فيه 14 microservice (نسبة الـ rollback اتنزّلت من 18% لـ 1.4%)، 4 trade-offs خفية في الـ session affinity والـ retries والـ metrics، ومتى Argo Rollouts يبقى الاختيار الأذكى من Istio خام.
Kubernetes Network Policies للمتوسط: امنع 94% من lateral movement في cluster بـ 22 سطر YAML
افتراضياً، أي Pod في cluster Kubernetes يقدر يكلّم أي Pod تاني بدون قيد. لو حد اخترق pod واحد بسيط زي صفحة "اتصل بنا"، يقدر يطلع لـ DB من الباب الخلفي. Network Policy في 22 سطر YAML بتقفل ده وتمنع 94% من lateral movement. مقال للمتوسط بمثال البناية السكنية للمبتدئ، شرح علمي من توثيق Kubernetes 1.32 و CNCF، YAML شغّال على Calico v3.28، أرقام مقاسة على cluster GKE فيه 32 microservice، 4 trade-offs خفية، ومتى Network Policy تكون قرار غلط.
Terraform State للمبتدئ: ليه فريقك بيكرّر السيرفرات والحل في 6 أسطر
لو فريقك بيكرّر نفس السيرفر مرتين، المشكلة مش في الكود — المشكلة إن كل واحد عنده نسخة منفصلة من ذاكرة Terraform. مقال للمبتدئ بمثال ورقة المشتريات على باب التلاجة، شرح علمي لملف الـ state والـ lock، إعداد S3 backend في 6 أسطر، أرقام من فريق 5 مهندسين، trade-offs حقيقية، ومتى متستخدمش backend بعيد.
Pod Disruption Budgets للمتوسط: امنع downtime أثناء node drain في 12 سطر YAML
لو cluster Kubernetes فيه 6 replicas من خدمة الـ checkout، أول kubectl drain على نود فيها 4 منهم بيوقّع الخدمة 38 ثانية في عز اليوم. Pod Disruption Budget بـ 12 سطر YAML بيقفل ده ويضمن إن مفيش أقل من N pods شغّال. مقال للمتوسط بمثال محل الفلافل للمبتدئ، تعريف من توثيق Kubernetes 1.32 و KEP-3017، YAML قابل للنسخ، أرقام مقاسة على cluster GKE فيه 24 microservice، 4 trade-offs خفية، ومتى PDB بيكون فخ بدل ما يحمي.
eBPF و bpftrace للمحترف: راقب latency أي عملية في إنتاجك بدون تعديل سطر كود
لو خدمة في الإنتاج بقت بطيئة فجأة وفريقك بيقول "محتاجين نضيف tracing"، ده معناه أسبوع شغل وزيادة 8% latency على الـ hot path. eBPF و bpftrace بيدّوك نفس الإجابات في 4 سطور shell بدون restart وبدون deploy. مقال للمحترف مع مثال PostgreSQL مقاس على إنتاج بـ 14K req/s، شرح علمي للـ verifier من kernel docs، 4 trade-offs خفية، ومتى eBPF يكون الاختيار الغلط.
PgBouncer للمبتدئ: ليه PostgreSQL بيقع عند 200 connection والحل في 3 أسطر إعداد
لو سيرفر PostgreSQL بياكل 1.8 جيجا رام وبيرجّع too many clients عند 200 مستخدم، المشكلة مش في حجم السيرفر، المشكلة في غياب طبقة pooling. مقال للمبتدئ بمثال الأسانسير المشترك، شرح علمي لـ Connection Pool، إعداد PgBouncer كامل في 10 سطور، أرقام مقاسة من إنتاج (الذاكرة من 1.4GB لـ 280MB، 0 أخطاء في 90 يوم)، 4 trade-offs خفية، ومتى PgBouncer مش الحل أصلًا.
ArgoCD للمتوسط: ابدأ GitOps حقيقي وامسح آخر deploy.sh في 12 دقيقة
لو فريقك لسه بيـ kubectl apply يدوي أو بيشغّل deploy.sh من CI بصلاحيات admin، حالة الإنتاج مش متطابقة مع git. مقال للمتوسط بمثال محل تأجير الدراجات للمبتدئ، تعريف علمي من OpenGitOps Working Group 2023، 4 خطوات تركيب ArgoCD v2.13 على EKS 1.30 بكود YAML شغّال، أرقام مقاسة من فريق 8 مهندسين على 24 microservice (rollback من 14 دقيقة لـ 38 ثانية، 47 drift اتمسح تلقائياً)، 4 trade-offs خفية، ومتى GitOps يكون مبالغة هندسية.
OpenTelemetry للمتوسط: تتبع رحلة الطلب عبر 14 microservice وامسك الـ bottleneck في دقيقتين
لو الطلب في تطبيقك بيمر على 14 microservice وفجأة P95 طلع من 280ms لـ 3.2 ثانية، الـ logs مش هتقولك المشكلة فين. مقال للمتوسط بمثال محقق الشرطة للمبتدئ، تعريف علمي من توثيق OpenTelemetry الرسمي و ورقة Google Dapper 2010، كود FastAPI شغّال على opentelemetry-distro 0.48، أرقام مقاسة من e-commerce بـ 22,000 طلب checkout/يوم (وقت التشخيص من 47 دقيقة لـ 2.3 دقيقة)، 4 trade-offs خفية، ومتى OTel مبالغة هندسية.