ਡੇਟਾਬੇਸ-ਪ੍ਰਤੀ-ਸੇਵਾ ਸਿਧਾਂਤ ਕੀ ਹੈ?

Question

Accepted Answer

**ਡੇਟਾਬੇਸ ਪ੍ਰਤੀ ਸੇਵਾ** ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਰੇਕ ਮਾਈਕ੍ਰੋਸੇਵਿਸ ਆਪਣਾ ਨਿਜੀ ਡੇਟਾਬੇਸ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਹੋਰ ਸੇਵਾ ਇਸ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਪੜ੍ਹ ਜਾਂ ਲਿਖ ਨਹੀਂ ਸਕਦਾ। ਦੂਸਰੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਮਾਲਕ ਸੇਵਾ ਦਾ API ਰਾਹੀਂ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

## ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

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

ਜੇਕਰ Orders ਨੂੰ ਯੂਜ਼ਰ ਡੇਟਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਇਹ Users API ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ — ਇਹ `usersDB` ਨੂੰ **ਸਿੱਧੇ** ਪ੍ਰਸ਼ਨ ਨਹੀਂ ਕਰਦਾ।

## ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦਾ ਕਾਰਨ

- **ਢਿੱਲਾ ਸੰਬੰਧ** — ਇੱਕ ਸੇਵਾ ਆਪਣੀ ਸਕੀਮਾ ਨੂੰ ਆਜ਼ਾਦੀ ਨਾਲ ਬਦਲ ਸਕਦੀ ਹੈ।
- **ਸੁਤੰਤਰ ਤਾਇਨਾਤੀ** — ਟੀਮਾਂ ਵਿੱਚ ਸਾਂਝੀ-ਸਕੀਮਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਨਹੀਂ।
- **ਤਕਨਾਲੋਜੀ ਚੋਣ** — ਇੱਕ ਸੇਵਾ Postgres ਵਰਤਦੀ ਹੈ, ਦੂਸਰੀ MongoDB ਵਰਤਦੀ ਹੈ।

## ਕੀਮਤ

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

## ਨੁਕਸਾਨ

ਇੱਕ **ਸਾਂਝਾ ਡੇਟਾਬੇਸ** ਇੱਕ ਕਲਾਸਿਕ anti-pattern ਹੈ — ਇਹ ਸੇਵਾਵਾਂ ਨੂੰ ਚੁਪਚਾਪ ਜੋੜਦਾ ਹੈ ਤਾਂ ਜੋ ਉਹ ਇੱਕੋ ਜਿਹੀਆਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਤਾਇਨਾਤ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ।

## ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ਨਿਜੀ ਡੇਟਾਬੇਸ ਉਹ ਹਨ ਜੋ ਸੇਵਾਵਾਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਸੁਤੰਤਰ ਬਣਾਉਂਦੇ ਹਨ; ਡੇਟਾਬੇਸ ਸਾਂਝਾ ਕਰੋ ਅਤੇ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਵਿਤਰਿਤ monolith ਹੈ।

ਕੀਮਤ ਇਹ ਹੈ ਕਿ joins ਅਤੇ transactions ਹੁਣ ਸੇਵਾਵਾਂ ਵਿੱਚ ਫੈਲੇ ਹੋਏ ਹਨ, ਜੋ sagas ਅਤੇ eventual consistency ਜਿਵੇਂ ਪੈਟਰਨਾਂ ਨੂੰ ਮਜ਼ਬੂਰ ਕਰਦਾ ਹੈ — ਖੁਦਮੁਖਤਿਆਰਤਾ ਲਈ ਇੱਕ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤਾ ਹੋਇਆ ਸੌਦਾ।