عمليات Production

الهدف من الدرس

ستتعلم كيف تفكر كمهندس يشغل Kubernetes في Production: ما الذي تراجعه قبل release؟ ماذا تفعل أثناء incident؟ وكيف توثق rollback و runbooks؟

الفكرة ببساطة

Production ليس “التطبيق يعمل الآن”. Production يعني أن لديك طريقة لتحديثه، مراقبته، تأمينه، استرجاعه، وتفسير قرارات الموارد والصلاحيات.

دورة التشغيل

flowchart LR
  Plan[Plan] --> Deploy[Deploy]
  Deploy --> Observe[Observe]
  Observe --> Respond[Respond]
  Respond --> Learn[Postmortem]
  Learn --> Plan

Release checklist

المحور	سؤال قبل الإطلاق
Rollout	هل لدينا readinessProbe و rollback واضح؟
Resources	هل requests/limits مبنية على قياسات؟
Security	هل RBAC و secrets و image source مقبولة؟
Networking	هل Ingress/TLS/NetworkPolicy مختبرة؟
Data	هل backup و restore مجربان؟
Observability	هل لدينا metrics و logs و alerts؟

Runbook مختصر

runbook.md لأي خدمة يجب أن يحتوي:

# Service: web-api

## What it does
API for user-facing web requests.

## Dashboards
- Latency
- Error rate
- CPU and memory

## Common commands
kubectl -n prod get deploy web-api
kubectl -n prod rollout status deploy/web-api
kubectl -n prod logs deploy/web-api --tail=100

## Rollback
kubectl -n prod rollout undo deploy/web-api

## Dependencies
- PostgreSQL
- Redis
- External payment API

أوامر تشغيل يومية

kubectl -n prod get deploy,po,svc,ingress
kubectl -n prod rollout status deploy/web-api
kubectl -n prod top pods
kubectl -n prod logs deploy/web-api --tail=100
kubectl -n prod describe deploy web-api
kubectl -n prod get events --sort-by=.metadata.creationTimestamp

قرار rollback

ارجع الإصدار بسرعة إذا تحقق أحد هذه الشروط:

الشرط	مثال
error rate مرتفع بعد release	5xx زادت بعد deployment
latency تضاعفت	p95 أصبح أكبر من SLO
Pods الجديدة غير ready	rollout عالق
data migration فشل	أخطاء في logs أو health check

kubectl -n prod rollout undo deployment/web-api
kubectl -n prod rollout status deployment/web-api

Incident response بسيط

flowchart TD
  A[Alert] --> B[تأكيد التأثير]
  B --> C[تحديد آخر تغيير]
  C --> D{هل rollback آمن؟}
  D -->|نعم| E[Rollback]
  D -->|لا| F[Mitigation]
  E --> G[Verify]
  F --> G
  G --> H[Postmortem]

أخطاء شائعة

الخطأ	النتيجة	الحل
لا توجد readinessProbe	traffic يصل قبل جاهزية التطبيق	أضف readiness حقيقي
لا توجد limits/requests	scheduling سيء وطرد غير متوقع	أضف resources مبنية على metrics
rollback غير مجرب	تأخير أثناء incident	جرب rollback في staging
backup بلا restore test	ثقة كاذبة	نفذ restore دوري
صلاحيات واسعة	خطر أمني كبير	least privilege و مراجعات RBAC

Lab: Runbook و rollback لتطبيق web

المستوى: مبتدئ الوقت: 45 دقيقة الأدوات: kubectl

الهدف: إنشاء runbook قصير، تنفيذ rollout، ثم rollback موثق.

Prerequisites

Deployment باسم web من دروس الأساسيات.

Steps

سجل الحالة الحالية:

kubectl get deployment web
kubectl rollout history deployment/web

نفذ تحديث:

kubectl set image deployment/web nginx=nginx:1.28
kubectl rollout status deployment/web

اجمع أدلة التشغيل:

kubectl get pods -l app=web
kubectl logs deployment/web --tail=20
kubectl describe deployment web

نفذ rollback:

kubectl rollout undo deployment/web
kubectl rollout status deployment/web

اكتب في runbook: الأمر، expected output، ومتى تستخدمه.

Expected output

deployment "web" successfully rolled out
deployment.apps/web rolled back
deployment "web" successfully rolled out

Cleanup

لا تحذف Deployment لو ستستخدمه في الدروس التالية. إن أردت التنظيف:

kubectl delete deployment web

الربط بالمشروع النهائي

Capstone لن يكتمل بمجرد تشغيل YAML. يجب أن تقدم runbook، checklist، rollback workflow، monitoring plan، وشرح قرارات resources وsecurity.