كيف تتواصل الخدمات الدقيقة مع بعضها البعض؟

Question

Accepted Answer

تتواصل الخدمات إما بشكل **متزامن** (طلب/رد عبر REST أو gRPC) أو **غير متزامن** (رسائل/أحداث عبر وسيط مثل Kafka أو RabbitMQ).

## التواصل المتزامن (طلب/رد)

ينتظر المُرسل رداً. بسيط وبديهي، لكنه يربط التوفر — إذا كان المستقبل معطلاً، يتأثر المُرسل.

```http
GET /orders/42 HTTP/1.1
Host: orders-service
Accept: application/json
```

## التواصل غير المتزامن (المراسلة/الأحداث)

يُرسل المُرسل رسالة ويمضي قدماً؛ يعالج المستهلكون الرسالة لاحقاً. هذا يفك الاقتران بين الخدمات زمنياً.

```text
Order Service ──publish "OrderPlaced"──▶ [ Broker ] ──▶ Email Service
                                              │
                                              └──▶ Inventory Service
```

## متى تستخدم أيهما

| الحاجة | الخيار |
|---|---|
| إجابة فورية للمستخدم | متزامن |
| فك الاقتران، التخزين المؤقت، التوزيع المتعدد | غير متزامن |
| الاقتران الزمني القوي مقبول | متزامن |
| المرونة لمعالجة توقف الخدمات اللاحقة | غير متزامن |

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

سلاسل **متزامنة طويلة** (A → B → C → D) تضاعف الكمون واحتمالية الفشل. فضّل غير المتزامن أو التجميع حيث أمكن.

## لماذا يهم

يحدد نمط الاتصال مرونة النظام: المكالمات المتزامنة سهلة الفهم لكنها تخلق اقتراناً قوياً في وقت التشغيل، بينما المراسلة غير المتزامنة توفر فك الاقتران بتكلفة الاتساق النهائي.

معظم الأنظمة الحقيقية تجمع بين الاثنين — المتزامن للقراءات التي يراها المستخدم، غير المتزامن لسير العمل في الخلفية.