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** — একটি সেবা তার স্কিমা স্বাধীনভাবে পরিবর্তন করতে পারে।
- **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
```

## সাধারণ সমস্যা

একটি **shared database** ক্লাসিক anti-pattern — এটি সেবাগুলিকে নিঃশব্দে যুক্ত করে যাতে তারা আর স্বাধীনভাবে স্থাপন করতে পারে না।

## কেন এটি গুরুত্বপূর্ণ

প্রাইভেট ডাটাবেস যা সেবাগুলিকে প্রকৃতপক্ষে স্বাধীন করে তোলে; একটি ডাটাবেস শেয়ার করলে আপনি একটি বিতরণ করা monolith পাবেন।