متى يجب عليك عدم استخدام الخدمات الدقيقة (Microservices)؟

Question

Accepted Answer

الخدمات الدقيقة غالباً ما تكون الخيار **الخاطئ** في البداية. القاعدة الشائعة هي **"البدء بالمونوليث"**: ابدأ بمونوليث منظم بشكل جيد واستخرج الخدمات فقط عندما يكون لديك سبب ملموس.

## تجنب الخدمات الدقيقة عندما

```text
✗ Small team — more services than people to run them
✗ Early-stage product — domain boundaries still shifting
✗ No CI/CD, monitoring, or tracing in place
✗ Low traffic — no real scaling pressure
✗ Simple domain — splitting adds cost, not value
```

## تكلفة التقسيم المبكر

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

```text
method call        →  microseconds, can't fail
network call       →  milliseconds, can time out, can be down
```

## المسار الأفضل

```text
Start: modular monolith (clear internal boundaries)
  └─▶ Extract a service ONLY when:
         · it needs independent scaling, OR
         · a separate team needs independent deploys, OR
         · it needs a different tech/SLA
```

## لماذا يهمك

معظم الفريقات التي تتبنى الخدمات الدقيقة في وقت مبكر جداً ينتهي بهم الحال إلى أن تصبح أبطأ، وليس أسرع، لأنهم يتحملون عبء الأنظمة الموزعة قبل أن يحتاجوا إليه.

الحفاظ على الحدود داخل المونوليث أولاً يتيح لك تعلم المجال بتكلفة منخفضة والقسم على طول الخيوط الصحيحة لاحقاً.