كيف تقوم بتوسيع نطاق الخدمات الفردية والعثور على اختناقات الأداء؟

Question

Accepted Answer

تتمثل إحدى الفوائع الرئيسية للخدمات الدقيقة في **توسيع نطاق كل خدمة بشكل مستقل** لمطابقة الحمل الخاص بها، بدلاً من توسيع نطاق التطبيق بأكمله. يصبح العثور على الاختناقات بعد ذلك مسألة قياس لكل خدمة وفي كل قفزة.

## تقنيات التوسع

- **التوسع الأفقي** — إضافة نسخ عديمة الحالة خلف موازن الحمل.
- **التوسع التلقائي** — توسيع النطاق بناءً على CPU أو الذاكرة أو عمق قائمة الانتظار أو المقاييس المخصصة.
- **التخزين المؤقت** — قص العمل المتكرر وتقليل الحمل على النظام.
- **العمليات غير المتزامنة + قوائم الانتظار** — امتصاص الارتفاعات؛ فك الاقتران عن العمل البطيء.
- **توسيع البيانات** — نسخ القراءة، التجزئة، المتاجر الخاصة بكل خدمة.

```yaml
# Kubernetes HPA: scale orders on CPU
minReplicas: 3
maxReplicas: 20
metric: cpu
targetUtilization: 70   # add pods when avg CPU > 70%
```

## البحث عن الاختناقات

```text
1. Metrics: which service has high latency / saturation? (RED/USE)
2. Traces: which SPAN in the request is slow?
3. Drill in: DB query? lock? N+1 calls? GC pause?
```

```text
Gateway ──┤ Orders ──┤ Payments ████████████ ← 80% of latency here
                       Inventory ─┤
```

## الاختناقات الشائعة

```text
⚠️ Chatty synchronous calls (fan-out per request)
⚠️ Shared/overloaded database
⚠️ Missing or cold cache
⚠️ Unbounded retries amplifying load
```

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

توسيع نطاق خدمة يكون اختناقها هو **قاعدة بيانات مشتركة** يؤدي فقط إلى نقل المزيد من الحمل على قاعدة البيانات — قم بتوسيع نطاق القيد الفعلي، وليس العرض.

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

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

لكن التوسع الأعمى يهدر المال ويمكن أن يزعج الأمور؛ قياس مقاييس كل خدمة وتتبع كل قفزة هو ما يخبرك بالقيد الحقيقي الذي يجب إصلاحه.