ما هي شبكة الخدمات (Service Mesh) ولماذا تستخدمها؟

Question

Accepted Answer

**شبكة الخدمات** (Istio, Linkerd) تنقل الاهتمامات الشبكية المشتركة — إعادة المحاولات، المهل الزمنية، mTLS، توجيه حركة المرور، الرؤية — **خارج كود التطبيق** وإلى طبقة بنية تحتية للشبكة من **بروكسيات sidecar**.

## كيفية عملها

كل نسخة خدمة تعمل بجانب **بروكسي sidecar** (مثل Envoy). تتدفق كل حركة المرور عبر البروكسيات، التي تشكل **مستوى البيانات**؛ يقوم **مستوى التحكم** بتكوينها.

```text
┌─────────────────┐        ┌─────────────────┐
│ Service A       │        │ Service B       │
│  app  ⇄ [proxy] │◀──────▶│ [proxy] ⇄  app  │
└─────────────────┘  mTLS  └─────────────────┘
        ▲ configured by ▲
        └──── Control Plane (Istio/Linkerd) ────┘
```

## ما الذي تقدمه

- **mTLS** بين الخدمات تلقائياً (بدون تغييرات التطبيق).
- **المرونة** — إعادة المحاولات، المهل الزمنية، قطع الدائرة عند البروكسي.
- **إدارة حركة المرور** — canary، A/B، التوجيه المرجح.
- **الرؤية** — المقاييس الموحدة، التتبعات، السجلات.

## مثال على السياسة

```yaml
# shift 10% of traffic to v2 (canary), no code change
route:
  - destination: { host: orders, subset: v1 }
    weight: 90
  - destination: { host: orders, subset: v2 }
    weight: 10
```

## المقابلات والتضحيات

تضيف شبكة الخدمات زمن انتظار (قفزات إضافية)، نفقات الموارد (بروكسي واحد لكل pod)، وتعقيد تشغيلي حقيقي.

## لماذا يهم

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

لكنها ثقيلة: قم بتبنيها فقط عندما يكون لديك عدد كافٍ من الخدمات بحيث تفوق المنطق الشبكي المكرر تكلفة شبكة الخدمات التشغيلية.