ما استراتيجيات النشر (CI/CD، canary، blue-green) المناسبة للخدمات الدقيقة؟

Question

Accepted Answer

القدرة على النشر المستقل هي النقطة الأساسية، لذلك تحتاج كل خدمة إلى **خط أنابيب CI/CD خاص بها** بالإضافة إلى **استراتيجية إصدار منخفضة المخاطر** — عادةً canary أو blue-green — للشحن بأمان عدة مرات يومياً.

## خطوط الأنابيب لكل خدمة

تقوم كل خدمة ببناء واختبار ونشر وفقاً لإيقاعها الخاص. التغيير في خدمة واحدة لا يؤدي أبداً إلى تشغيل إصدار نظام كامل.

```text
commit ─▶ build ─▶ unit + contract tests ─▶ image ─▶ deploy (one service)
```

## استراتيجيات الإصدار

| الاستراتيجية | الكيفية | المميزة | العيب |
|---|---|---|---|
| Rolling | استبدال الحالات تدريجياً | بسيطة، افتراضية | نسخ مختلطة مؤقتاً |
| Blue-green | بيئتان، تبديل حركة المرور | استرجاع فوري | 2x البنية التحتية |
| Canary | إرسال نسبة صغيرة للإصدار الجديد | تحديد نطاق الانفجار | يحتاج إلى مقاييس جيدة |

## Canary في الممارسة العملية

```text
v1 ████████████████ 95%   ← watch error rate / latency
v2 █                 5%   ← promote if healthy, roll back if not
  └─ automated check on SLOs decides promote vs abort
```

## Blue-green

```text
[ Blue v1 ] ◀─ live ──┐
[ Green v2 ] ◀─ idle  ├─ flip router ─▶ Green is live; Blue is instant rollback
```

## الخطأ الشائع

بدون مخططات متوافقة للإصدارات السابقة، تنكسر canary/blue-green لأن نسختين تعملان في نفس الوقت. صمم دائماً التغييرات لتكون متوافقة عبر الإصدارات.

## لماذا يهم هذا

النشر المتكرر منخفض المخاطر هو ما يجعل الخدمات الدقيقة تستحق التعقيد — الإصدارات البطيئة والمحفوفة بالمخاطر ستمحو فائدة الاستقلالية.

تحد استراتيجيات Canary و blue-green من نطاق الانفجار للنشر السيء وتوفر استرجاعاً فورياً تقريباً، وتحول النشر من حدث مخيف إلى نشاط روتيني وآلي يومي.

الاستراتيجية	الكيفية	المميزة	العيب
Rolling	استبدال الحالات تدريجياً	بسيطة، افتراضية	نسخ مختلطة مؤقتاً
Blue-green	بيئتان، تبديل حركة المرور	استرجاع فوري	2x البنية التحتية
Canary	إرسال نسبة صغيرة للإصدار الجديد	تحديد نطاق الانفجار	يحتاج إلى مقاييس جيدة