Introduktion till Canary-driftsättning: Säkerställa smidig utrullning och minimera riskerna

Canary Deployment är en distributionsstrategi som gradvis rullar ut en ny version av en applikation till en liten andel av användarna. Det gör att du kan göra testning i produktion utan att exponera den för alla dina användare. Om det uppstår problem med den nya versionen kan du snabbt rulla tillbaka den utan att påverka de flesta användare.

Det är en teknik för kontinuerlig driftsättning som används för att testa nya funktioner, uppdateringar eller ändringar på en liten och kontrollerad delmängd av användare innan den gradvis rullas ut till alla slutanvändare. Det minimerar riskerna i samband med nya driftsättningar och fångar upp problem innan de påverkar alla.

Canary-driftsättningar är viktiga eftersom de kan bidra till att minska risken för att införa nya funktioner eller uppdateringar i din applikation. Låt oss till exempel säga att du introducerar en ny funktion på din webbplats. Du kan använda en canary-distribution för att rulla ut den nya funktionen till 5 % av dina användare. Om den nya funktionen fungerar bra kan du gradvis öka andelen användare som använder den nya funktionen. Om det uppstår problem med den nya funktionen kan du snabbt rulla tillbaka den till den tidigare versionen.

De måltyper som stöds för Canary-distribution är bland annat

• Virtuella maskiner ( VM)
• Containeriserade applikationer (med Docker eller liknande tekniker)
• Serverlösa funktioner (som AWS Lambda eller Google Cloud Functions )
• Arkitektur för mikrotjänster

Canary-driftsättningar hjälper till att identifiera potentiella problem och beroenden. Dessutom kan du åtgärda dem innan en fullskalig utrullning, vilket minimerar effekterna av eventuella problem.

Vad är canary deployment?

Namnet "canary deployment" kommer från den gamla metoden att använda kanariefåglar i kolgruvor. Kanariefåglar är mycket känsliga för kolmonoxid, så de fungerade som ett tidigt varningssystem för gruvarbetare. Om kanariefågeln dog var det ett tecken på att det fanns för mycket kolmonoxid i luften och att gruvarbetarna behövde evakueras.

På liknande sätt efterliknar canary deployment idén om kanariefågeln i kolgruvan. Genom att initialt distribuera ändringar till en liten undergrupp av användare, den så kallade "canary-gruppen", kan organisationer övervaka hur de nya funktionerna eller uppdateringarna fungerar i en kontrollerad miljö. Om några problem uppstår stannar de inom canary-gruppen, vilket gör att de snabbt kan upptäckas och åtgärdas innan de påverkar den bredare användarbasen.

Inom programvaruutveckling fungerar en "canary deployment" som ett tidigt varningssystem för problem med ny kod. Genom att gradvis rulla ut den nya koden till en undergrupp av användare kan du övervaka den nya koden och identifiera eventuella problem med driftstopp innan de påverkar alla. Detta inkrementella tillvägagångssätt hjälper leverantörer av mikrotjänster att minska risken och osäkerheten kring storskaliga programvarulanseringar.

Hur fungerar Canary Deployment?

Ett arbetsflöde för canary deployment följer en steg-för-steg-process för att gradvis rulla ut nya funktioner eller uppdateringar till en liten undergrupp av användare eller servrar. Så här fungerar processen:

1. Duplicera infrastrukturen

En separat miljö upprättas vid sidan av den befintliga produktionsinfrastrukturen. Den fungerar som kanariefågelns driftsättningsmiljö.

2.Feature flags

De spelar en avgörande roll genom att göra det möjligt för utvecklare att aktivera eller inaktivera specifika funktioner. Genom att använda feature flags kan organisationer kontrollera synligheten för nya ändringar och slå på eller av dem.

3.Val av grupp

En liten delmängd av användare eller servrar utgör kanariefågelgruppen. Denna grupp representerar vanligtvis en liten andel av den totala användarbasen eller servrarna.

4. Lastbalanserare

Lastbalanserare flyttar trafik mellan den befintliga produktionsmiljön och Canary-driftsättningsmiljön. Organisationer kan kontrollera hur stor andel av trafiken som styrs till en grupp.

5. Gradvis utrullning

Inledningsvis rullas de nya funktionerna eller uppdateringarna ut till canary-gruppen. Resten av användarna eller servrarna fortsätter att använda den befintliga produktionsmiljön.

6.Övervakning

Samla in feedback, spåra prestandamätvärden och upptäck eventuella problem eller avvikelser. Organisationer övervakar noggrant parametrar som svarstider, felfrekvenser och användarfeedback för att säkerställa att ändringarna fungerar som avsett.

7.Gradvis expansion

Baserat på feedback och analys från Canary-gruppen kan organisationer fatta välgrundade beslut. Om ändringarna fungerar bra och uppfyller de önskade kriterierna kan man utöka distributionen till en större användarbas eller ytterligare servrar. Om problem uppstår kan organisationerna dock snabbt rulla tillbaka ändringarna och återgå till en stabil produktionsmiljö.

8. Fullständig lansering

När Canary-driftsättningsfasen anses vara framgångsrik kan organisationer gå vidare med en fullständig release av den stabila versionen i driftsättningspipelinen, med ändringarna för hela användarbasen eller alla servrar. Alternativt kan organisationerna förbättra ändringarna baserat på den feedback och de data som samlats in.

CI:s och CD:s roll

Kontinuerlig integration (CI) och kontinuerlig driftsättning (CD) stöder ofta implementeringen av Canary Deployment. CI säkerställer frekvent kodintegration och gör det möjligt att tidigt upptäcka integrationsbuggar, vilket gör det enklare att hantera kod för olika versioner av en applikation under canary deployment.

CD automatiserar utrullningsprocessen och säkerställer snabb, konsekvent och tillförlitlig leverans av funktioner. Det hjälper till att snabbt släppa nya versioner för canary testing, och om det lyckas underlättar det den gradvisa utrullningen till alla användare.

Det är här en Customer Data Platform (CDP) kan hjälpa dig att konsolidera kunddata från olika källor, vilket möjliggör sömlös integration och driftsättning av kundfokuserade applikationer.

Den möjliggör testning och driftsättning av nya funktioner i realtid baserat på insikter om kunddata och säkerställer datakonsistens mellan olika system, vilket minskar antalet fel under integration och driftsättning.

Dessutom kan en CDP tillhandahålla återkopplingsslingor för övervakning av applikationsprestanda efter driftsättning, vilket möjliggör snabb respons på eventuella problem. Faktum är att vår senaste rapport om experimentering visar hur företag med implementerade CDP:er ser upp till 80 % mer förväntad effekt av sina experimenteringar.

Bildkälla : The Experimentering of Evolution

Fördelar med canary-distribution

Canary deployment erbjuder flera fördelar och användningsområden :

• Vid rullande driftsättning bidrar utskick av specifika ändringar till en liten delmängd av användarna till att minska riskerna på förhand. Detta tillvägagångssätt begränsar omfattningen av potentiella problem och gör det möjligt att upptäcka buggar tidigt. Organisationer kan ta itu med problem innan de påverkar den bredare användarbasen.
• Genom att distribuera ändringar till en begränsad målgrupp kan organisationer samla in feedback och upptäcka buggar som kanske inte identifieras under testning, vilket säkerställer noll driftstopp.
• Genom att gradvis rulla ut ändringar kan organisationer noggrant övervaka ändringarnas inverkan och prestanda. Om problem uppstår kan de snabbt rulla tillbaka till det tidigare stabila tillståndet eller tillämpa korrigeringar på canary-gruppen, vilket minimerar störningarna för den verkliga användarbasen.
• Du får feedback från användarna och samlar insikter om hur användarna interagerar med de nya funktionerna eller uppdateringarna. Använd denna återkoppling för att säkerställa att ändringarna uppfyller användarnas förväntningar och förbättrar användarupplevelsen.

En Canary Deployment-strategi uppmuntrar till en kontinuerlig leverans- och experimenteringskultur. Genom att implementera feature flags och gradvis rulla ut ändringar får organisationer mer flexibilitet att experimentera med nya idéer och samla in datadrivna insikter. Detta iterativa tillvägagångssätt möjliggör snabbare iterationer, snabba återkopplingsloopar och möjligheten att kontinuerligt förbättra programvaran.

Implementering av Canary-driftsättning

Här är några praktiska steg för att implementera canary deployment i en applikation eller ett system:

1. Välj rätt tillvägagångssätt

Definiera en tydlig implementeringsstrategi som anger hur canary-versioner ska distribueras och övervakas. Det finns olika tillvägagångssätt, till exempel A/B-testning, blågrön driftsättning och rödsvart driftsättning. Välj den som bäst passar dina behov och krav.

2. Konfigurera driftsättningsprocessen

Konfigurera en separat Canary-version för att distribuera den nya versionen av applikationen. Den ska vara mycket lik produktionsmiljön, men med färre användare eller mindre trafik. Därefter bestämmer du hur mycket trafik som ska skickas till den nya versionen, hur du ska övervaka distributionen och hur du ska återgå till den gamla versionen om det behövs.

3. Skala upp din infrastruktur

Skala gradvis upp Canary-versionen baserat på övervakning och feedback, samtidigt som du noga övervakar viktiga mätvärden och strategier för återställning. Dirigera en del av live-trafiken till Canary-miljön för att testa om det finns problem eller buggar. Öka gradvis andelen användare som använder den nya versionen och skala upp din infrastruktur för att hantera den ökade belastningen.

4. Övervaka driftsättningen

Övervaka de viktigaste prestandamätvärdena under Canary-distributionen för att säkerställa att den nya versionen är stabil och fungerar bra. Det är viktigt att se till att den nya versionen fungerar som förväntat.

Viktiga mätvärden

Här är viktiga mätvärden för att mäta effekterna av canary-distributionen:

• Felprocent: Detta visar om canary-distributionen medför någon ökning av fel eller misslyckanden.
• Fördröjning: Här beskrivs applikationens svarstid för att säkerställa att canary-distributionen inte påverkar prestandan negativt.
• Konverteringsgrad: Spårar om Canary-distributionen påverkar användarnas konverteringsgrad eller andra specifika affärsmått.
• Användarfeedback: Den samlar in användarfeedback för att förstå deras upplevelse och identifiera eventuella problem eller förbättringar som behövs.

Canary-distribution jämfört med andra

Canary-distribution är en mångsidig distributionsstrategi för en mängd olika scenarier. Den kan kombineras med andra driftsättningsstrategier för ökad funktionalitet och flexibilitet. Du kan till exempel rulla ut en ny funktion till utvalda användare och sedan använda A/B-testning för att jämföra prestandan hos gamla och nya funktioner.

Canary deployment är mer gradvis än A/B-testning. I A/B-testning tilldelas användare slumpmässigt olika versioner av en applikation, medan den nya versionen gradvis rullas ut till en liten andel av användarna i en canary deployment. Det kan bidra till att minska risken för att nya problem introduceras i produktionen.

Canary deployment kan användas för att rulla ut nya funktioner eller uppdateringar, medan A/B-testning vanligtvis används för att jämföra prestandan hos två versioner av en applikation. Medan blågrön driftsättning är särskilt utformad för detta ändamål.

Här är några exempel där en canary-distributionsmall är mer lämplig:

• När du distribuerar en ny funktion eller uppdatering som kan skada användarna.
• När du distribuerar en ny version av en applikation som ännu inte är helt testad.
• När du vill få feedback från användarna i realtid migrera till en plan innan du rullar ut den nya versionen till alla.

Canary-driftsättning vs. blågrön driftsättning

Canary deployment och blågrön driftsättningär båda inbyggda releasestrategier, men de skiljer sig åt i tillvägagångssätt. Canary deployment rullar gradvis ut ändringar till en liten undergrupp av användare innan de distribueras till hela infrastrukturen.

Det gör att potentiella problem kan upptäckas och åtgärdas med minimal påverkan. Å andra sidan innebär blågrön driftsättning två identiska produktionsmiljöer (blå och grön). Den nya versionen släpps i den gröna miljön, medan den blå miljön kör den nuvarande liveversionen. När testningen är klar i den gröna miljön byts routern för att göra den live, vilket minimerar driftstopp.

Vanliga överväganden

Här är några potentiella fallgropar när du implementerar canary-distribution:

• Det kan leda till inkonsekvenser i data mellan gamla och nya versioner av en applikation. Det kan hända om användarna interagerar med båda versionerna av applikationen samtidigt. För att undvika detta måste du ha en plan för att säkerställa datakonsistens.
• Det är viktigt att ha en rollback-strategi om det skulle uppstå problem med den nya versionen. Det gör att du snabbt kan återgå till den gamla versionen utan att det påverkar användarna. Använd ett versionskontrollsystem för att spåra ändringar i applikationernas konfiguration.
• Canary-distributioner kan innebära ändringar i konfigurationen av din applikation. Hantera dessa ändringar och se till att de tillämpas korrekt.

Sammantaget är canary deployment en komplex distributionsstrategi som kan vara utmanande att implementera. Det är dock en värdefull metod för att minska risken för att nya problem introduceras i produktionen och förbättra tillförlitligheten i dina programvarudistributioner.

Canary-distribution och feature flags

Canary deployment är en värdefull metod för att förbättra tillförlitligheten i dina programvarudistributioner. Genom att gradvis rulla ut den nya versionen kan du övervaka den noggrant och identifiera problem innan de påverkar alla.

Om du tillhör ett DevOps-team kan du använda Optimizelys kostnadsfria feature flags för att komma igång.

Om du redan använder feature flags och vill gå ett steg längre kan du prova funktionshantering för att ta full kontroll över dina funktionsutgåvor redan nu.