Er zijn tegenwoordig veel deployment-strategieën om uit te kiezen, en dat aantal zal alleen maar groeien. Toch zijn twee van de meest gebruikte strategieën bij grote bedrijven vandaag de dag Canary en Blue-Green deployment.
Bij het vergelijken van Blue-Green deployment met Canary draait het niet alleen om snelheid of eenvoud. Een van de belangrijkste factoren bij de keuze tussen deze strategieën is de uitvaltijd tijdens deployment.
Om uitvaltijd te minimaliseren en een soepele overgang te garanderen bij het uitrollen van updates of wijzigingen, is het cruciaal om de juiste keuze te maken tussen Canary deployment en Blue-Green deployment.
Laten we bekijken wat elke strategie te bieden heeft, inclusief een directe vergelijking van Blue-Green deployment versus Canary, en onze eigen ervaringen met beide strategieën.
Wat is Blue-Green Deployment en wat biedt het?
Bij de Blue-Green deployment-strategie kan een nieuwe versie van een applicatie direct worden uitgerold zodra deze is getest en gevalideerd. Dit is mogelijk dankzij twee identieke omgevingen: de blauwe en de groene omgeving, vandaar de naam Blue-Green deployment.
Dit werkt doordat één van deze omgevingen actief is en de andere inactief. De nieuwe versie van een applicatie kan worden uitgerold naar de inactieve omgeving (in dit geval de groene). Omdat beide omgevingen volledig identiek zijn qua resources, infrastructuur en configuratie, kunnen eventuele problemen worden opgelost voordat de update volledig live gaat.
Zodra de update is getest en de developers tevreden zijn met het resultaat, wordt het live verkeer omgeschakeld naar deze inactieve omgeving. Hierdoor wordt de inactieve omgeving (de groene) de actieve omgeving, en de eerder actieve omgeving (de blauwe) wordt inactief.
De inactieve blauwe omgeving dient nu als stand-by en kan worden gebruikt voor het testen van nieuwe updates, terwijl de groene omgeving actief de zojuist uitgerolde update draait. Op deze manier is er vrijwel geen uitvaltijd, omdat verkeer direct wordt omgeschakeld naar de inactieve omgeving.
Bovendien geldt: als de update problemen heeft, kun je via een rollback-functie terugschakelen naar de vorige versie van je applicatie. Als de developers echter al zijn begonnen met een nieuwe update in de inactieve omgeving, is een rollback naar die omgeving niet meer mogelijk, omdat de oudere versie daar niet langer beschikbaar is.
Veel bedrijven en organisaties gebruiken deze strategie. Een goed voorbeeld is Spotify. Omdat Spotify's diensten 24/7 beschikbaar moeten zijn, staat de inactieve back-upomgeving altijd klaar wanneer nieuwe updates worden uitgebracht.
Wat is Canary Deployment en wat biedt het?
Het belangrijkste verschil tussen Canary-deployment en Blue-Green is dat updates bij Canary niet in één keer naar alle gebruikers worden uitgerold, maar eerst naar een kleine groep.
Als de update problemen bevat, ondervindt slechts een klein deel van de gebruikers die problemen en kan feedback geven. Zodra de problemen zijn opgelost, wordt de update naar een grotere groep uitgerold, die op haar beurt feedback geeft als ze tegen problemen aanloopt.
Deze cyclus herhaalt zich met steeds grotere groepen gebruikers, totdat alle problemen zijn opgelost en de update naar 100% van de gebruikers is uitgerold. De update wordt bijvoorbeeld eerst uitgerold naar 2%, daarna naar 25%, dan naar 75%, en ten slotte naar 100% van de gebruikers.
Die gefaseerde uitrol maakt Canary-deployment flexibeler en beter te sturen dan Blue-Green. Ontwikkelaars kunnen functies en updates testen in een gecontroleerde omgeving, waarbij slechts een klein deel van de gebruikers eventuele problemen tegenkomt.
Tot slot biedt Canary ook een vergelijkbare rollback-functie. Omdat de deployment echter geleidelijk en in fasen verloopt, werkt de rollback in Canary ook geleidelijk en in fasen, totdat een stabiele versie is bereikt.
Een bekend voorbeeld van deze deployment-strategie is het gebruik van Canary door Netflix, in combinatie met een tool genaamd Chaos Monkey. Die tool introduceert bewust fouten in hun systeem. Als een fout de Canary-omgeving treft, kan het Netflix-team analyseren hoe het systeem reageert en waar nodig bijsturen. Zo kan Netflix controleren of de update stabiel en betrouwbaar blijft, zelfs onder ongunstige omstandigheden.
Blue-Green Deployment vs. Canary
Beide deployment-strategieën hebben hun eigen voordelen, maar ook hun beperkingen. Daarom is het belangrijk de voor- en nadelen van Blue-Green versus Canary goed af te wegen voordat je een keuze maakt.
Als je na dit gedeelte nog twijfelt, heb ik aan het einde van dit artikel ook onze eigen ervaringen met deze twee strategieën beschreven en wat we daaruit hebben geleerd.
Downtime verminderen
Een van de centrale onderwerpen in dit artikel is het terugdringen van downtime bij Blue-Green deployment versus Canary. Een sterk punt van Blue-Green deployment is de snelheid: dankzij de twee omgevingen kun je een update of nieuwe functie direct uitrollen naar alle gebruikers.
Canary's geleidelijke aanpak zorgt aan de andere kant voor minimale downtime. Niet alleen ervaart slechts een kleine groep gebruikers eventuele problemen, maar omdat er in elke fase feedback wordt verzameld, kan troubleshooting veel sneller verlopen en zonder downtime.
Beide strategieën bieden een rollback-functie, maar die van Blue-Green deployment werkt direct. Dat geeft ontwikkelaars een betrouwbare terugvaloptie bij grote problemen. Zoals eerder vermeld, is er echter geen backupversie beschikbaar als er in de inactieve omgeving al aan een nieuwere versie wordt gewerkt.
De rollback-functie van Canary werkt net als het deploymentproces zelf: geleidelijk. Maar hij is altijd beschikbaar, omdat de stabiele oudere versie niet afhankelijk is van de omgeving waarin nieuwere updates worden getest en doorontwikkeld.
Als het gaat om het terugdringen van downtime, is Canary beter in risicobeheersing en fijnmazige controle. Maar als je puur kijkt naar downtime minimaliseren, wint Blue-Green, omdat de overschakeling direct plaatsvindt.
Bij de keuze tussen Blue-Green deployment en Canary deployment is het echter ook belangrijk om andere factoren dan downtime mee te wegen.
Toepassingstype
Applicaties zijn globaal in te delen in transactie-intensieve en contentgedreven toepassingen. Voor transactie-intensieve applicaties is Blue-Green deployment een stuk beter: hoge beschikbaarheid en minimale downtime staan centraal, en de directe omschakeling en directe rollback van Blue-Green geven het daarin een voorsprong op Canary.
Contentgedreven applicaties zijn daarentegen niet afhankelijk van realtime transacties. Omdat dit soort applicaties doorgaans wordt gebruikt voor sociale media en gebruikersbetrokkenheid, is Canary een veel betere strategie: updates kunnen geleidelijk worden uitgerold en er is in elke fase continu feedback.
Infrastructuurkosten
Kosten zijn een ander belangrijk aandachtspunt bij de keuze tussen Blue-Green deployment en Canary deployment. Blue-Green deployment brengt van nature hogere kosten met zich mee, omdat twee afzonderlijke omgevingen moeten worden onderhouden.
De enkele productieomgeving van Canary is daarmee een stuk kostenefficiënter, wat het een geschiktere optie maakt voor kleinere teams of minder resource-intensieve applicaties.
Schaalbaarheid en langetermijnonderhoud
Tot slot: hoewel Blue-Green deployments op te schalen zijn, kan het bijhouden van twee volledige omgevingen voor grootschalige applicaties veel resources vergen en complex worden. Na verloop van tijd kan het beheren van twee duplicaatomgevingen aanzienlijke overhead toevoegen, zeker voor applicaties met een ingewikkelde infrastructuur.
Daarmee is de vergelijking tussen Canary deployment en Blue-Green op het gebied van schaalbaarheid en beheer vrij eenvoudig te maken. Met Canary deployment is schalen doorgaans eenvoudiger en kostenefficiënter, omdat er geen duplicate omgevingen nodig zijn.
In plaats daarvan richt Canary zich op het schalen binnen de primaire omgeving door de groep gebruikers die aan nieuwe wijzigingen wordt blootgesteld geleidelijk uit te breiden. Deze opzet is op de lange termijn veel beter te beheren, omdat de infrastructuurcomplexiteit afneemt en het onderhoud eenvoudiger blijft.
De ervaringen van Cloudzy met Blue-Green Deployment vs. Canary Deployment
Bij het leveren van DevOps-diensten aan klanten weten we dat klanttevredenheid, hoge beschikbaarheid en minimale downtime cruciaal zijn voor hun bedrijfsresultaat. In een specifiek geval vroeg een klant ons te helpen bij een grote infrastructuurupgrade. Het team moest kiezen tussen Blue-Green deployment en Canary deployment voor hun systeem.
Na goed overleg besloten we eerst Blue-Green deployment te proberen, omdat dit vrijwel geen downtime met zich meebrengt. We zetten een identieke groene omgeving op en bereidden de upgrade voor. Er was behoorlijk wat druk: met één druk op de knop zou al het verkeer naar de groene omgeving worden omgeschakeld. En zoals elke ontwikkelaar weet: hoeveel je ook test, er blijft altijd een element van onzekerheid.
Gelukkig verliep alles vlekkeloos. De overgang was soepel en we kwamen nauwelijks problemen tegen. Naarmate de diensten en het gebruikersbestand van onze klant groeiden, moesten we nieuwe functies uitrollen en laaide het debat over Blue-Green versus Canary opnieuw op.
Maar deze keer was er eigenlijk weinig te debatteren. Het ging om relatief kleine functies, zeker niet vergelijkbaar met die eerdere infrastructuurupdate. Dus kozen we logischerwijs voor Canary: we konden functies geleidelijk uitrollen naar kleine groepen gebruikers en eventuele problemen oplossen op basis van hun feedback.
Dat was zeker de juiste beslissing, want hoewel we geen grote problemen hadden, begonnen er kleinere problemen op te duiken die werden gemeld door de 5% van de gebruikers van onze klant bij wie de functie was uitgerold.
Bij Cloudzy geloven we in oplossingen op maat. Of je nu de betrouwbaarheid van Blue-Green deployment of de flexibiliteit van Canary deployment nodig hebt, ons DevOps-team heeft de ervaring en kennis om de juiste strategie voor jouw infrastructuur te implementeren. Neem contact met ons op hier om te ontdekken hoe we jouw deploymentproces kunnen verbeteren en je operaties soepel kunnen laten draaien.
Over VPS gesproken: we bieden enkele van de laagste tarieven in de VPS-industrie, met meer dan 12 locaties wereldwijd, dedicated internetverbindingen tot 10 Gbps, enterprise NVMe SSD-opslag, krachtige 3,23 GHz turbo-snelheid AMD EPYC-processors en 99,95% uptime. Bekijk onze VPS-prijzen voor meer details.
Laatste Gedachten
Uiteindelijk kun je niet echt zeggen dat de een beter is dan de ander als je Canary deployment en Blue-Green deployment met elkaar vergelijkt. Het hangt gewoon af van je use case en welke het beste aansluit bij jouw specifieke situatie.
Veelgestelde vragen
Wat is het belangrijkste verschil tussen Blue-Green en Canary deployments?
Het belangrijkste verschil tussen Blue-Green en Canary deployment zit in de manier waarop updates worden uitgerold. Bij Blue-Green deployment gebruik je twee identieke omgevingen: updates worden toegepast op de inactieve omgeving, waarna je vrijwel zonder downtime direct kunt overschakelen. Bij Canary deployment rol je updates stapsgewijs uit naar een kleine groep gebruikers, waarbij je problemen monitort voordat je verdergaat naar de volledige gebruikersbasis.
Is Blue-Green deployment of Canary deployment beter voor het verminderen van uitvaltijd?
Blue-Green deployment is over het algemeen beter voor het beperken van downtime, omdat je direct kunt overschakelen tussen de twee omgevingen. Dat minimaliseert mogelijke verstoringen. Canary deployment richt zich ook op het beperken van downtime, maar doet dat via een geleidelijke uitrol waarbij kleine, lokale problemen alleen een klein deel van de gebruikers kunnen treffen.
Wat zijn de kostenoverweginingen bij Blue-Green versus Canary deployments?
Blue-Green deployment is doorgaans duurder, omdat je twee volledige omgevingen in stand moet houden. Canary deployment is kostenefficiënter: je hebt geen dubbele infrastructuur nodig, omdat updates binnen de primaire omgeving worden uitgerold. Dat maakt het een betere keuze voor kleinere teams of minder resource-intensieve applicaties.
