Blue-green deployment
Een uitrolstrategie met twee identieke productieomgevingen — „blue" (huidig) en „green" (de nieuwe versie). Uitrollen en testen gebeurt in green, daarna gaat al het verkeer in één keer erheen. Gaat er iets mis, dan schakel je direct terug. Zonder downtime en met directe rollback.
Werking: blue draait live; de nieuwe versie wordt in green (een parallelle, identieke omgeving) uitgerold, op het gemak getest, en daarna wordt de load balancer of router in één klap van blue naar green omgezet. Blue blijft een tijdje draaien als directe terugvaloptie — ontstaat er een probleem, dan schakel je meteen terug naar blue (geen nieuwe deploy, alleen een routeringswijziging). Voordeel: geen downtime bij de omschakeling en de snelst mogelijke rollback. Nadeel: duur (twee complete productieomgevingen tegelijk), en wijzigingen in het databaseschema zijn lastig (beide versies moeten tijdens de overgang met dezelfde database werken). Anders dan canary (geleidelijke uitrol naar een deel van de gebruikers) is blue-green een abrupte alles-of-niets-omschakeling. Een klassieke deploystrategie. Verwant aan canary deployment en rolling update.