كيف يشكل قانون كونواي وطوبولوجيات الفريق الخدمات الدقيقة (Microservices)؟

Question

Accepted Answer

الخدمات الدقيقة هي قرار **تنظيمي** بقدر ما هي قرار تقني. **قانون كونواي** ينص على أن الأنظمة تعكس هيكل الاتصالات في المنظمة التي تبنيها — لذا فإن هيكل فريقك يشكل عمارتك سواء كنت تخطط لذلك أم لا.

## قانون كونواي

```text
"Organizations design systems that copy their communication structure."

3 teams that don't talk  →  3 services with awkward, accidental seams
→ Inverse Conway Maneuver: design TEAMS around the architecture you want
```

## ملكية الفريق

يجب أن يكون لكل خدمة **فريق مالك واضح** يقوم ببنائها ونشرها وتشغيلها ("أنت تبنيها، أنت تشغلها"). الملكية المشتركة تؤدي إلى خدمات مهملة.

```text
Orders team   ─owns─▶ Orders service (code + deploy + on-call)
Payments team ─owns─▶ Payments service
→ autonomy: each team ships without waiting on others
```

## طوبولوجيات الفريق

| نوع الفريق | الدور |
|---|---|
| Stream-aligned | يمتلك شريحة من المنتج (معظم الفرق) |
| Platform | يوفر بنية تحتية ذاتية الخدمة (CI/CD, mesh) |
| Enabling | يدرب الفرق الأخرى على الممارسات |
| Complicated-subsystem | يمتلك منطقة متخصصة عميقة |

الهدف هو تقليل **الحمل المعرفي** والتسليمات بين الفرق.

## المزلة

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

## لماذا يهم

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

محاذاة حدود الفريق مع حدود الخدمة (مناورة كونواي العكسية) هي ما يوفر فعلاً الاستقلالية وفوائد النشر المستقل التي تعد بها الخدمات الدقيقة — الهيكل التنظيمي جزء من التصميم.

نوع الفريق	الدور
Stream-aligned	يمتلك شريحة من المنتج (معظم الفرق)
Platform	يوفر بنية تحتية ذاتية الخدمة (CI/CD, mesh)
Enabling	يدرب الفرق الأخرى على الممارسات
Complicated-subsystem	يمتلك منطقة متخصصة عميقة