ما هي مبادئ Database per Service؟

Question

Accepted Answer

**Database per service** تعني أن كل microservice تمتلك قاعدة بيانات خاصة بها، ولا يمكن لأي خدمة أخرى أن تقرأ أو تكتب إليها مباشرة. يجب على الخدمات الأخرى التعامل من خلال API الخدمة المالكة.

## آلية العمل

```text
┌──────────┐     ┌──────────┐     ┌──────────┐
│  Orders  │     │ Payments │     │  Users   │
│ service  │     │ service  │     │ service  │
└────┬─────┘     └────┬─────┘     └────┬─────┘
     ▼                ▼                ▼
  ordersDB        paymentsDB        usersDB   ← private, no cross-access
```

إذا احتاجت Orders إلى بيانات المستخدم، فإنها تستدعي Users API — وليس الاستعلام عن `usersDB` مباشرة.

## لماذا نفرضها

- **Loose coupling** — يمكن للخدمة تغيير schema الخاص بها بحرية.
- **Independent deployment** — لا توجد migrations مشتركة عبر الفرق.
- **Technology choice** — خدمة واحدة تستخدم Postgres، وأخرى تستخدم MongoDB.

## التكلفة

```text
With no shared DB:
  ✗ no cross-service JOINs
  ✗ no single ACID transaction across services
  → need API composition, replication, or sagas instead
```

## فخ شائع

قاعدة بيانات **مشتركة** هي النمط المضاد الكلاسيكي — فهي تربط الخدمات بصمت بحيث لا يمكنها التطور بشكل مستقل.

## لماذا يهم

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