In-place- och blue/green-driftsättningar

Automatisera driftsättningar på AWS

Dunieski Otano

Amazon Web Services Solutions Architect

Driftstoppet klockan 02:00

• Allt-på-en-gång-driftsättning går fel
• Alla servrar kör den trasiga versionen
• Kunderna ser fel i en timme
• Återställning kräver en ny fullständig driftsättning

Varför driftsättningsstrategi spelar roll

• En dålig version kan få en tjänst att sluta fungera
• Allt-på-en-gång = snabbast, mest riskabelt
• Gradvis utrullning = långsammare, säkrare
• Strategin avgör skadeomfånget om det går fel

In-place-driftsättningar

• Driftsätt på samma instanser som hanterar trafiken
• En batch i taget: hälften, sedan resten; eller en och en
• Hälsokontrollera varje batch innan du fortsätter
• Billigt; ingen extra infrastruktur krävs

Blue/green-driftsättningar

• Blue = nuvarande produktionsflotta
• Green = helt ny flotta med den nya versionen
• Belastningsutjämnaren flyttar trafik från blue till green
• Den gamla flottan finns kvar för snabb återställning

Lambda och ECS är blue/green per design

• Lambda: trafik flyttas via alias-versionspekare
• ECS: trafik flyttas via ersättande task set
• Ingen EC2-liknande flottduplicering krävs
• Du väljer ändå en driftsättningskonfiguration

Välja mellan in-place och blue/green

• Snäv budget, lågriskpatch → in-place
• Behöver ingen driftstopp eller snabb återställning → blue/green
• Enstaka äldre server → in-place är enda alternativet
• Lambda eller ECS → blue/green ingår

Återställning i CodeDeploy

• Återställning = driftsätt den senaste fungerande versionen igen
• Utlöses automatiskt vid misslyckad driftsättning
• Utlöses automatiskt vid CloudWatch-larm
• Blue/green-återställning: växla tillbaka belastningsutjämnaren

Nu kör vi en övning!

Automatisera driftsättningar på AWS