شبكة الخدمات: Istio وLinkerd
تغطية متقدمة: Canary Traffic Shifting
Canary Traffic Shifting
هذا الدرس يوسع مسار Service Mesh: Istio & Linkerd اعتمادًا على موضوعات التوثيق الرسمية: Istio and Linkerd docs: sidecars, ambient mesh, mTLS, traffic management, resilience policy, telemetry and rollout. الهدف هو تحويل Canary Traffic Shifting من عنوان نظري إلى قدرة تشغيلية يمكن تطبيقها ومراجعتها في بيئة إنتاج.
اقرأ هذا الدرس كجزء من مراجعة A to Z للمسار: المفهوم، الإعداد، الأمان، التشغيل، المراقبة، وrollback.
تغطية التوثيق
- المفاهيم الأساسية والمصطلحات المرتبطة بالموضوع.
- الإعدادات والخيارات التي تظهر في التوثيق الرسمي.
- مخاطر الإنتاج وحدود المسؤولية بين الفرق.
- خطوات التحقق قبل وبعد التطبيق.
- الأخطاء الشائعة وكيفية تشخيصها.
طريقة التطبيق
- حدد مصدر الحقيقة: Git أو configuration أو API أو control plane.
- نفذ التغيير بطريقة قابلة للتكرار مع dry-run أو plan عندما يكون ذلك ممكنًا.
- اربط التغيير ببوابات CI/CD وسياسات الأمان المناسبة.
- راقب المقاييس والسجلات والأحداث بعد التطبيق.
- وثق rollback ومالك التصعيد قبل لمس الإنتاج.
kubectl config current-context
kubectl -n platform get deploy,svc,ingress
kubectl -n platform rollout status deploy/example-api
kubectl -n platform describe pod -l app=example-apiمعيار الإتقان
تتقن Canary Traffic Shifting عندما تستطيع شرحه، تطبيقه، اختباره، مراقبته، واستعادته من الفشل بدون الاعتماد على خطوات يدوية غير موثقة.
تطبيق عملي: أنشئ runbook صغيرًا لهذا الموضوع يتضمن المتطلبات، الأوامر، التحقق، المخاطر، وخطة rollback.