Neodvisna možnost razmeščanja je bistvo, zato vsaka storitev potrebuje lastni CI/CD pipeline ter nizko-tvegano strategijo izdaje — običajno canary ali blue-green — da varno dostavi spremembe večkrat na dan.
Vsaka storitev se gradi, testira in razmešča po svojem ritmu. Sprememba ene storitve nikoli ne sproži polno-sistemske izdaje.
commit ─▶ build ─▶ unit + contract tests ─▶ image ─▶ deploy (one service)
| Strategija | Kako | Prednosti | Slabosti |
|---|---|---|---|
| Rolling | Postopno nadomestiti instance | Preprosta, privzeta | Mešane različice na kratko |
| Blue-green | Dva okolja, preusmeri promet | Takojšnji rollback | 2x infrastruktura |
| Canary | Pošlji majhen % novi različici | Omeji območje vpliva | Potrebne dobre metrike |
v1 ████████████████ 95% ← watch error rate / latency
v2 █ 5% ← promote if healthy, roll back if not
└─ automated check on SLOs decides promote vs abort
[ Blue v1 ] ◀─ live ──┐
[ Green v2 ] ◀─ idle ├─ flip router ─▶ Green is live; Blue is instant rollback
Brez nazaj-kompatibilnih shem se canary/blue-green porušijo, ker dve različici tekata hkrati. Vedno oblikuj spremembe, da so kompatibilne med različicami.
Pogoste, nizko-tvegane razmeščitve so tisto, kar naredi mikrostoritve vredne kompleksnosti — počasne, tvegane izdaje bi izbrisale prednost avtonomije.
Canary in blue-green omejita območje vpliva slabe razmeščitve in omogočita skoraj-trenutni rollback, spremembe razmeščitve iz strašnega dogodka v rutinsko, avtomatizirano, dnevno dejavnost.