Aftësia për të zbatuar në mënyrë të pavarur është e tëra pika, kështu që çdo shërbim ka nevojë për pipeline CI/CD të vet plus një strategji lëshimi me rrezik të ulët — zakonisht canary ose blue-green — për të dërguar në mënyrë të sigurt shumë herë në ditë.
Çdo shërbim ndërton, teston dhe zbaton në ritmin e vet. Një ndryshim në një shërbim nuk përcakton kurrë një lëshim të plotë të sistemit.
commit ─▶ build ─▶ unit + contract tests ─▶ image ─▶ deploy (one service)
| Strategjia | Si | Pro | Con |
|---|---|---|---|
| Rolling | Zëvendëso instancat gradualisht | E thjeshtë, parazgjedhje | Versione të përziera përkohësisht |
| Blue-green | Dy mjedise, ndërro trafikun | Kthim të menjëhershëm | 2x infrastrukturë |
| Canary | Dërgo përqindje të vogël në versionin e ri | Kufizon rrezen e shpërthimit | Ka nevojë për metrika të mira |
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
Pa skema të papreksura prapa, canary/blue-green thyhen sepse dy versione funksionojnë njëkohësisht. Gjithmonë dizajnoji ndryshimet për të qenë të përputhshme në të gjitha versionet.
Zbatimet e shpeshta dhe me rrezik të ulët janë ato që e bëjnë vlerën e microservices të justifikojë kompleksitetin — lëshimet e ngadalta dhe të rrezikshme do të fshijnë përfitimin e autonomisë.
Canary dhe blue-green kufizojnë rrezen e shpërthimit të një zbatimi të keq dhe ofrojnë kthim pothuajse të menjëhershëm, kthejnë zbatimin nga një ngjarje e frikshme në një aktivitet rutinë, të automatizuar, ditor.