डेटाबेस-प्रति-सेवा सिद्धान्त के हो?

Question

Accepted Answer

**डेटाबेस प्रति सेवा** भनेको प्रत्येक माइक्रोसेविसले आफ्नो निजी डेटाबेस राख्छ, र अन्य सेवाले यसलाई सीधा पढ्न वा लेख्न सक्दैन। अन्य सेवाहरूले स्वामी सेवाको API मार्फत जानु पर्छ।

## कसरी काम गर्छ

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

यदि Orders लाई user डेटा चाहिएको खण्डमा, यो Users API लाई कल गर्छ — यो `usersDB` लाई सीधा query गर्दैन।

## किन लागु गर्ने

- **ढीलो युग्मन** — एक सेवाले आफ्नो स्कीमा स्वतन्त्रतापूर्वक परिवर्तन गर्न सक्छ।
- **स्वतन्त्र परिनियोजन** — टिमहरू भरि साझा-स्कीमा माइग्रेसनहरू छैनन्।
- **प्रविधि पसन्द** — एक सेवाले 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 जस्ता ढाँचाहरूलाई बाध्य गर्छ — स्वायत्ताताको लागि एक जानबूझी व्यापार।