Koje su strategije primjene (CI/CD, canary, blue-green) pogodne za mikroservise?

Question

Accepted Answer

Neovisna primjena je čitava poanta, pa svaki servis trebao svoje **CI/CD pipeline** plus **strategiju izdavanja s niskim rizikom** — obično canary ili blue-green — kako bi se sigurno isporučio više puta dnevno.

## Per-service pipelines

Svaki servis se gradi, testira i primjenjuje u svojem ritmu. Promjena u jednoj usluzi nikada ne pokreće izdanje cijelog sustava.

```text
commit ─▶ build ─▶ unit + contract tests ─▶ image ─▶ deploy (one service)
```

## Release strategies

| Strategy | How | Pro | Con |
|---|---|---|---|
| Rolling | Replace instances gradually | Simple, default | Mixed versions briefly |
| Blue-green | Two envs, switch traffic | Instant rollback | 2x infra |
| Canary | Send small % to new version | Limits blast radius | Needs good metrics |

## Canary in practice

```text
v1 ████████████████ 95%   ← watch error rate / latency
v2 █                 5%   ← promote if healthy, roll back if not
  └─ automated check on SLOs decides promote vs abort
```

## Blue-green

```text
[ Blue v1 ] ◀─ live ──┐
[ Green v2 ] ◀─ idle  ├─ flip router ─▶ Green is live; Blue is instant rollback
```

## Pitfall

Bez unazadnih kompatibilnih shema, canary/blue-green se prekidaju jer se dvije verzije izvršavaju istodobno. Uvijek dizajnirajte promjene da budu kompatibilne između verzija.

## Zašto je to važno

Česte primjene s niskim rizikom su ono što čini mikroservise vrijedno kompleksnosti — spora i rizična izdanja izbrisala bi korist autonomije.

Canary i blue-green ograničavaju radijus štete lošeg primjene i daju gotovo trenutni povratak, pretvarajući primjenu iz zastrašujućeg događaja u rutin, automatizirane, dnevne aktivnosti.

Strategy	How	Pro	Con
Rolling	Replace instances gradually	Simple, default	Mixed versions briefly
Blue-green	Two envs, switch traffic	Instant rollback	2x infra
Canary	Send small % to new version	Limits blast radius	Needs good metrics