தரவுத்தளம்-ஒரு-சேவை கொள்கை என்றால் என்ன?

Question

Accepted Answer

**சேவைக்கான தரவுத்தளம்** என்பது ஒவ்வொரு மைக்ரோசேவையும் அதனுடைய சொந்த தனிப்பட்ட தரவுத்தளத்தை소유 செய்யுமென்று பொருள்படுகிறது, மேலும் வேறு சேவைகள் அதை நேரடியாகப் படிக்கவோ அல்லது எழுதவோ முடியாது. மற்ற சேவைகள் உரிய சேவையின் API மூலம் செல்ல வேண்டும்.

## இது எவ்வாறு செயல்படுகிறது

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

आदেশকளுக்கு (Orders) பயனர் தரவு தேவைப்பட்டால், அது பயனர்கள் 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
```

## பிழை

ஒரு **பகிர்ந்த தரவுத்தளம்** உள்ளியாக சேவைகளை இணைக்கிறது என்ற மிக கிளாசிக்கல் எதிர்-வகை — அவை இனி சுயாதீனமாக பெருவாய்ப்பு செய்ய முடியாது.

## ஏன் இது முக்கியமாக கருதப்படுகிறது

தனிப்பட்ட தரவுத்தளங்கள் உண்மையில் சேவைகளை சுயாதீனமாக்குவது; தரவுத்தளத்தை பகிர்ந்து கொண்டால் உங்களிடம் விநியோக வகை மோனோலித்ஹ் உள்ளது.

விலை என்பது இப்போது joins மற்றும் இடப்பெயர்வுகள் சேவைகளுக்கு முழுவதும் நீண்டுள்ளது, இது саги மற்றும் საბოლოო தொடர்பாக இருக்கும் வகைகளை கட்டாயப்படுத்துகிறது — தன்னாட்சிக்குள் ஒரு வேண்டுமென்று வழங்கப்பட்ட ஒப்பந்தம்.