In-place- en blue/green-deployments

Deployments automatiseren op AWS

Dunieski Otano

Amazon Web Services Solutions Architect

De 2-uur-'s-nachts-storing

• Alles-in-eens deploy gaat mis
• Elke server draait de kapotte versie
• Klanten zien een uur lang fouten
• Rollback kost weer een volledige deploy

Waarom je deploymentstrategie telt

• Een slechte release kan een service platleggen
• Alles-in-eens = snelst, meest riskant
• Geleidelijke uitrol = trager, veiliger
• De strategie beperkt de schadeomvang als het faalt

In-place-deployments

• Deploy op dezelfde instances die verkeer bedienen
• Eén batch per keer: half-om-half, of één voor één
• Gezondheidscheck per batch voor je doorgaat
• Goedkoop; geen extra infrastructuur nodig

Blue/green-deployments

• Blue = huidige production-vloot
• Green = gloednieuwe vloot met de nieuwe versie
• Load balancer schuift verkeer van blue naar green
• Oude vloot blijft beschikbaar voor snelle rollback

Lambda en ECS zijn blue/green by design

• Lambda: verkeer verschuift via alias-versiepointer
• ECS: verkeer verschuift via vervangende task set
• Geen EC2-achtige vlootduplicatie nodig
• Je kiest nog steeds een deploymentconfiguratie

Kiezen: in-place of blue/green

• Klein budget, laag-risicopatch → in-place
• Geen downtime nodig of direct terugdraaien → blue/green
• Enkele legacy-server → in-place is de enige optie
• Lambda of ECS → blue/green is ingebouwd

Rollback in CodeDeploy

• Rollback = vorige geslaagde revisie herdeployen
• Automatisch triggeren bij deployment failure
• Automatisch triggeren bij CloudWatch-alarm
• Blue/green-rollback: zet de load balancer terug

Laten we oefenen!

Deployments automatiseren op AWS