डेटाबेस-प्रति-सर्व्हिस तत्त्व म्हणजे काय?

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
```

## अडचण

एक **साझा डेटाबेस** हा क्लासिक विरोधी-नमुना आहे — ते सर्व्हिसेस ला शांतपणे जोडते जेणेकरून ते स्वतंत्रपणे अधिक तैनात करू शकत नाहीत.

## हे का महत्वाचे आहे

खाजगी डेटाबेस हेच आहेत जे सर्व्हिसेस ला खरोखर स्वतंत्र करतात; डेटाबेस शेअर करा आणि तुमच्याकडे वितरित मोनोलिथ आहे.

किंमत अशी आहे की जॉइन्स आणि व्यवहार आता सेवांमध्ये विस्तारित होतात, जे sagas आणि अंतिम सुसंगतता सारख्या नमुन्यांना सक्तीने करते — स्वायत्तेसाठी जाणीवपूर्ण व्यापार.