Az független telepíthetőség az egész lényeg, így minden szolgáltatásnak szüksége van a saját CI/CD pipeline-jára plusz egy alacsony kockázatú kiadási stratégiara — általában canary vagy blue-green — hogy naponta többször biztonságosan szállíthassa.
Minden szolgáltatás saját ütemében épül fel, tesztelődik és települ. Egy szolgáltatás módosítása soha nem váltja ki a teljes rendszer kiadását.
commit ─▶ build ─▶ unit + contract tests ─▶ image ─▶ deploy (one service)
| 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 |
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
Hátralépéskompatibilis sémák nélkül a canary/blue-green meghiúsul, mert két verzió fut egyszerre. Mindig úgy tervezze meg a módosításokat, hogy kompatibilisek legyenek a verziók között.
A gyakori, alacsony kockázatú telepítések azok, amelyek méltóvá teszik a mikroszolgáltatásokat az összetettségre — a lassú, kockázatos kiadások törléketnék az autonómia előnyét.
A canary és blue-green korlátozzák a rossz telepítés sugárzási sugarát és szinte azonnali visszaállást biztosítanak, ami a telepítést egy ijesztő eseményből rutinszerű, automatizált, napi tevékenységgé alakítja.