Database-per-service principle ni nini?

Question

Accepted Answer

**Database per service** inamaanisha kwamba kila microservice inamiliki hifadhidata yake binafsi, na hakuna huduma nyingine inayoruhusiwa kusoma au kuandika ndani yake moja kwa moja. Huduma nyingine lazima ziende kwa njia ya API ya huduma inayomiliki.

## Jinsi inavyofanya kazi

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

Kama Orders inahitaji data ya mtumiaji, inaita Users API — haina **haitafanya** kuuliza `usersDB` moja kwa moja.

## Kwa nini kutekeleza hiyo

- **Kupiga kelele kidogo** — huduma inaweza kubadilisha schema yake kwa uhuru.
- **Ujiwezeshaji wa kujitegemea** — hakuna ujumbe wa schema unaozunguka timu.
- **Uchaguzi wa teknolohia** — huduma moja inatumia Postgres, nyingine inatumia MongoDB.

## Gharama

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

## Hatari

A **shared database** ni anti-muundo wa kawaida — inaratibisha huduma kimya ili waisiweze lagi kuzinduliwa kwa kujitegemea.

## Kwa nini maada hii ni muhimu

Hifadhidata binafsi ndio kinachofanya huduma kwa kujitegemea; ikiwa unashiriki hifadhidata, una monolith inayosambazwa.

Gharama ni kwamba joins na maamuzi sasa yanatangatanga huduma, ambayo inatiliza muundo kama sagas na eventual consistency — kompromiso la kawaida kwa ajili ya autonomous.