مقالات عملية مرتبة حسب المجال والمستوى، اختر المجال المناسب واقرأ من مستوى مبتدئ إلى محترف.
في الـ default mode، أي pod في الـ cluster يقدر يفتح اتصال على أي pod تاني — بما فيهم الـ database. مقال للمبتدئ بمثال عمارة الشقق المفتوحة، YAML شغّال في 14 سطر، شرح default-deny pattern، وأرقام مقاسة من penetration test على cluster fintech قبل وبعد NetworkPolicy.
لو الـ cluster الإنتاجي عندك انهار دلوقتي، إيه الـ RTO الحقيقي اللي هتقدر تضمنه للإدارة؟ Velero v1.14 بيخلّي backup كامل (manifests + PV + secrets) واسترجاع في أقل من 18 دقيقة. مقال للمحترف بمثال بنك السبائك للمبتدئ، شرح علمي من توثيق Velero الرسمي، CRDs وأوامر CLI كاملة شغّالة على EKS 1.30 + S3، أرقام مقاسة على cluster بـ 96 microservice، 5 trade-offs خفية، ومتى Velero بيكون قرار غلط.
لو بتعمل rolling update ولاحظت إن users بيشوفوا 502 في أول 20 ثانية بعد كل deploy، المشكلة مش في الكود — هي إن Kubernetes بيوجّه ترافيك على pod قبل ما الـ app يخلّص استعداد. مقال للمبتدئ بمثال محل الكشري، فرق Liveness و Readiness و Startup Probes، YAML شغّال على Kubernetes 1.32 + كود Node.js قابل للنسخ، أرقام مقاسة من خدمة fintech عربية (18,400 خطأ 5xx → 38 خطأ، نزول 99.79%)، 4 trade-offs خفية في DB checks وفي period/threshold، ومتى Probes تكون تعقيد بدون فايدة.
لو الـ /checkout بقى بطيء وعندك 8 microservices، تدور المشكلة في logs 8 خدمات يأخد ساعتين. OpenTelemetry بـ 12 سطر إعداد بيوريك الطلب كامل في Jaeger، وبيقلّل زمن التشخيص من 142 دقيقة لـ 9 دقائق. مقال للمتوسط بمثال شركة الشحن للمبتدئ، شرح علمي من Google Dapper Paper (Sigelman 2010) و CNCF OpenTelemetry Spec، كود Python شغّال على opentelemetry-sdk 1.27، أرقام مقاسة من 14 microservice في e-commerce عربي بـ 38K طلب/يوم، 4 trade-offs خفية، ومتى Tracing بيكون مبالغة هندسية.
لو فاتورة EKS بتاعتك بتعدّي $14K شهرياً و Cluster Autoscaler بياخد 4 دقائق علشان pod واحد pending يقعد، Karpenter v1.0 بيشيل طبقة الـ Node Groups بالكامل ويختار instance type مناسب من ~700 SKU لحظياً. مقال للمحترف بمثال مدير المطعم للمبتدئ، إعداد NodePool و EC2NodeClass كامل على EKS 1.30، أرقام مقاسة من cluster بـ 142 microservice (التوفير 38%، Spot coverage من 22% لـ 68%، scheduling من 247s لـ 52s)، 4 trade-offs خفية، ومتى Karpenter يبقى مبالغة هندسية.
لو فاتورة EC2 الشهرية على cluster EKS عندك بتتعدّى $4,800 رغم إن نص الـ workloads قاعد فاضي، المشكلة في Cluster Autoscaler اللي بياخد قراراته من ASG واحدة جامدة. Karpenter بيستبدل ده بـ NodePool مرن يختار من 380 instance type ويوفّر 47% من الفاتورة في 25 سطر YAML. مقال للمتوسط بمثال مدير الباصات للمبتدئ، شرح تقني من توثيق Karpenter v1.0، YAML قابل للنسخ على EKS 1.30، أرقام مقاسة من 90 يوم إنتاج، 4 trade-offs خفية، ومتى Cluster Autoscaler يفضل أبسط.
لو HPA بيـ scale خدمتك على CPU وعندك Kafka consumer بيتراكم عنده 180 ألف رسالة لأن CPU واقف عند 35%، الـ HPA مش هيتحرك. KEDA بيوصّل decision الـ scaling بمصدر الحدث الفعلي. مقال للمحترف بمثال محل البيتزا للمبتدئ، شرح علمي للـ external metrics من توثيق Kubernetes 1.32 و CNCF، ScaledObject YAML شغّال على EKS 1.30، أرقام مقاسة من فريق بـ 22 microservice (lag من 184K لـ 320، فاتورة EC2 نزلت 41%)، 4 trade-offs خفية، ومتى KEDA يكون قرار غلط.
cron بيشتغل صامت وبيفشل أصمت. لو الـ backup فشل أو السيرفر كان مطفي وقت التشغيل، مفيش حد بيدري. systemd timers بيحل ده في 8 أسطر config مع logs مركزية في journald و Persistent=true لتعويض المهام الفاتت. مقال للمبتدئ بمثال صديق الميه، شرح علمي من توثيق systemd الرسمي، service + timer كاملين شغّالين على Ubuntu 22.04، أرقام من فريق 6 مهندسين على 22 سيرفر (الكشف من 4.6 يوم لـ 38 ثانية)، 4 trade-offs خفية، ومتى cron يفضل خيار أذكى.
لو docker build بياخد دقائق كل مرة تعدّل سطر كود، المشكلة في ترتيب الـ Dockerfile مش في السيرفر. مقال للمتوسط يشرح الـ layer caching بمثال بسيط، Dockerfile صحيح قابل للنسخ، cache mount لـ BuildKit، أرقام قبل وبعد (3:52 دقيقة ← 12 ثانية)، 4 trade-offs، ومتى التحسين ده مش مستاهل.