Deployment rollback: 3 stratégia, amikor kell és amikor nem
Blue/green, canary, feature flag — nem mindegy, melyiket mikor. Döntési mátrix a rollback stratégiához.
A rollback nem gyengeség. A rollback azt jelenti, hogy számoltál a hibákkal.
A fejlesztők szeretik a "fast deployment" kultúrát. De senki nem szereti a "fast rollback" kultúrát — pedig ez az igazi szupererő. Mi 3 stratégiát használunk, projekt típustól függően.
Blue/green
2 teljes környezet: blue és green. Az egyik éles, a másik készenlétben. Deploykor a green-re telepítünk, lefut a smoke test, aztán router switch — a forgalom átmegy a green-re. Ha baj van, router switch vissza. 10 másodperc alatti rollback. Drága: 2x infra költség. Használjuk: Financial (kritikus, leállás nem elfogadható).
Canary
Új verzió megy először 5% forgalomra. 10 perc figyelés: error rate, latency, business metrikák. Ha jó: 25%. Majd 100%. Ha bármikor baj: azonnali visszaterelés. Olcsóbb, mint a blue/green, de lassabb rollback (néhány perc, amíg a load balancer reconfig befejeződik). Használjuk: ERP, Logistics (kritikus, de nem életmentő).
Feature flag
A kód deploy-olva van, de a feature ki van kapcsolva. Fokozatosan kapcsolod be (first a dev team-nek, aztán 5% user, aztán 50%, aztán 100%). Ha baj van: kapcsold ki a flag-et, a deploy maradhat. Legrugalmasabb, de kód komplexitást ad (minden flag-elt feature 2 kód úton). Használjuk: belső dashboardok, AI termékek.