Nepriklausomas diegimas yra pati esmė, todėl kiekvienas servisas turi turėti savo CI/CD konvejerį ir žemos rizikos leidimo strategiją — paprastai kanariuką ar mėlyną-žalią — norėdamas saugiai diegti daug kartų per dieną.
Kiekvienas servisas kuriasi, testuojamas ir diegiamas pagal savo grafiką. Pakeitimas vienam servisui niekada nesuaktyvina visos sistemos išleidimo.
commit ─▶ build ─▶ unit + contract tests ─▶ image ─▶ deploy (one service)
| Strategija | Kaip | Privalumas | Trūkumas |
|---|---|---|---|
| Slydimas | Palaipsniui keisti egzempliorius | Paprasta, numatytoji | Trumpam mišrios versijos |
| Mėlyna-žalia | Dvi aplinkos, keisti srautą | Momentinis grąžinimas | 2x infrastruktūra |
| Kanariukas | Siųsti mažą % naują versiją | Riboja blogo diegimo poveikį | Reikia gerų metrikų |
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
Be atgal suderinamos schemos, kanariukas ir mėlyna-žalia sugenda, nes vienu metu veikia dvi versijos. Visada projektuokite pakeitimus, kad jie būtų suderinti su skirtingomis versijomis.
Dažni, žemos rizikos diegimai yra tai, kas daro mikroservisus vertos jų sudėtingumo — lėti, rizikingi diegimai išbraitytų autonomijos privalumą.
Kanariukas ir mėlyna-žalia riboja blogo diegimo poveikį ir suteikia beveik momentinį grąžinimą, transformuodami diegimą iš baisiusio įvykio į rutininę, automatizuotą, kasdieninę veiklą.