Introduksjon til utrulling av Canary: Sikre smidig utrulling og minimere risiko

Canary-distribusjon er en distribusjonsstrategi som gradvis ruller ut en ny versjon av en applikasjon til en liten andel av brukerne. Det gjør at du kan teste i produksjon uten å eksponere den for alle brukerne. Hvis det oppstår problemer med den nye versjonen, kan du raskt rulle den tilbake uten at det påvirker de fleste brukerne.

Det er en kontinuerlig distribusjonsteknikk som brukes til å teste nye funksjoner, oppdateringer eller endringer på en liten og kontrollert delmengde av brukere før den gradvis rulles ut til alle sluttbrukere. Det minimerer risikoen forbundet med nye distribusjoner og fanger opp problemer før de påvirker alle.

Canary-distribusjoner er avgjørende fordi de kan bidra til å redusere risikoen ved å introdusere nye funksjoner eller oppdateringer i applikasjonen. La oss for eksempel si at du introduserer en ny funksjon på nettstedet ditt. Du kan bruke en kanarifugledistribusjon til å rulle ut den nye funksjonen til 5 % av brukerne. Hvis den nye funksjonen fungerer bra, kan du gradvis øke prosentandelen av brukere som bruker den nye funksjonen. Hvis det oppstår problemer med den nye funksjonen, kan du raskt rulle den tilbake til forrige versjon.

Måltypene som støttes for utrulling av kanarifugler, inkluderer

• Virtuelle maskiner ( VM-er )
• Containeriserte applikasjoner (ved hjelp av Docker eller lignende teknologier )
• Serverløse funksjoner (som AWS Lambda eller Google Cloud Functions )
• Mikrotjenestearkitektur

Canary-distribusjoner bidrar til å identifisere potensielle problemer og avhengigheter. I tillegg kan du fikse dem før en fullskala utrulling, og dermed minimere virkningen av eventuelle problemer.

Hva er kanaridistribusjon?

Navnet "kanarifugldistribusjon" kommer fra den gamle praksisen med å bruke kanarifugler i kullgruver. Kanarifugler er svært følsomme for karbonmonoksid, så de fungerte som et tidlig varslingssystem for gruvearbeidere. Hvis kanarifuglen døde, var det et tegn på at det var for mye karbonmonoksid i luften, og at gruvearbeiderne måtte evakuere.

På samme måte etterligner kanarifuglen ideen om kanarifuglen i kullgruven. Ved først å distribuere endringer til en liten undergruppe av brukere, kjent som "kanarigruppen", kan organisasjoner overvåke hvordan de nye funksjonene eller oppdateringene fungerer i et kontrollert miljø. Hvis det oppstår problemer, blir de begrenset til kanarigruppen, slik at de raskt kan oppdages og løses før de påvirker den bredere brukerbasen.

I programvareutvikling fungerer en kanarifugl som et system for tidlig varsling av problemer med ny kode. Ved å gradvis rulle ut den nye koden til en undergruppe av brukere, kan du overvåke den nye koden og identifisere eventuelle problemer med nedetid før de påvirker alle. Denne inkrementelle tilnærmingen hjelper leverandører av mikrotjenester med å redusere risikoen og usikkerheten knyttet til større programvarelanseringer.

Hvordan fungerer canary-distribusjon?

En arbeidsflyt for kanaridistribusjon følger en trinnvis prosess for gradvis utrulling av nye funksjoner eller oppdateringer til en liten undergruppe av brukere eller servere. Slik fungerer prosessen:

1. Dupliser infrastruktur

Et separat miljø settes opp ved siden av den eksisterende produksjonsinfrastrukturen. Det fungerer som kanarimiljø for utrulling.

2.Funksjonsflagg

De spiller en avgjørende rolle ved at utviklere kan aktivere eller deaktivere bestemte funksjoner. Ved å bruke funksjonsflagg kan organisasjoner kontrollere synligheten av nye endringer og slå dem av eller på.

3.Gruppevalg

En liten undergruppe av brukere eller servere utgjør kanarigruppen. Denne gruppen representerer vanligvis en liten prosentandel av den totale brukerbasen eller serverne.

4. Lastbalanserere

Lastbalanserere flytter trafikk mellom det eksisterende produksjonsmiljøet og kanarimiljøet. Organisasjoner kan kontrollere hvor stor prosentandel av trafikken som skal sendes til en gruppe.

5. Gradvis utrulling

I første omgang rulles de nye funksjonene eller oppdateringene ut til canary-gruppen. Resten av brukerne eller serverne fortsetter å bruke det eksisterende produksjonsmiljøet.

6.Overvåking

Samle inn tilbakemeldinger, følg med på ytelsesmålinger og oppdag eventuelle problemer eller avvik. Organisasjoner overvåker nøye parametere som svartider, feilfrekvenser og tilbakemeldinger fra brukerne for å sikre at endringene fungerer som tiltenkt.

7.Gradvis utvidelse

Basert på tilbakemeldingene og analysene fra kanarigruppen kan organisasjonen ta informerte beslutninger. Hvis endringene fungerer godt og oppfyller de ønskede kriteriene, kan de utvide distribusjonen til en større brukerbase eller flere servere. Hvis det oppstår problemer, kan organisasjonen raskt rulle tilbake endringene og gå tilbake til et stabilt produksjonsmiljø.

8. Full utgivelse

Når utrullingsfasen er vellykket, kan organisasjonen gå videre med en full utrulling av den stabile versjonen i utrullingspipelinen, slik at endringene blir tilgjengelig for hele brukerbasen eller alle serverne. Alternativt kan organisasjonen forbedre endringene basert på tilbakemeldingene og dataene som er samlet inn.

Rollen til CI og CD

Kontinuerlig integrasjon (CI) og kontinuerlig distribusjon (CD) støtter ofte implementeringen av kanaridistribusjon. CI sikrer hyppig kodeintegrasjon og gjør det mulig å oppdage integrasjonsfeil tidlig, noe som gjør det enklere å administrere kode for ulike versjoner av en applikasjon under kanaridistribusjon.

CD automatiserer distribusjonsprosessen og sikrer rask, konsekvent og pålitelig levering av funksjoner. Det gjør det enklere å raskt lansere nye versjoner for test, og hvis de er vellykkede, kan de gradvis rulles ut til alle brukere.

Det er her en kundedataplattform (CDP) kan hjelpe deg med å konsolidere kundedata fra ulike kilder, noe som muliggjør sømløs integrering og distribusjon av kundesentriske applikasjoner.

Den gjør det mulig å teste og distribuere nye funksjoner i sanntid basert på innsikt i kundedata, og den sikrer datakonsistens på tvers av ulike systemer, noe som reduserer feil under integrering og distribusjon.

I tillegg kan en CDP gi tilbakemeldingssløyfer for overvåking av applikasjonsytelsen etter utrulling, noe som gjør det mulig å reagere raskt på eventuelle problemer. Faktisk viser vår siste rapport om eksperimentering at bedrifter med integrert CDP oppnår opptil 80 % større forventet effekt av sin eksperimentering.

Bildekilde : The Experimentation of Evolution

Fordeler med Canary-distribusjon

Canary-distribusjon byr på flere fordeler og bruksområder:

• Ved rullerende distribusjon bidrar utsendelse av spesifikke endringer til en liten undergruppe av brukere til å redusere risikoen på forhånd. Denne tilnærmingen begrenser omfanget av potensielle problemer og gjør det mulig å oppdage feil tidlig. Organisasjoner kan løse problemer før de påvirker den bredere brukerbasen.
• Ved å distribuere endringer til et begrenset antall brukere kan organisasjoner samle tilbakemeldinger og oppdage feil som kanskje ikke blir identifisert under testingen, og dermed sikre null nedetid.
• Ved å gradvis rulle ut endringer kan organisasjoner nøye overvåke effekten og ytelsen av endringene. Hvis det oppstår problemer, kan de raskt rulle tilbake til den tidligere stabile tilstanden eller bruke rettelser på kanarigruppen, noe som minimerer forstyrrelser for den virkelige brukerbasen.
• Du får tilbakemeldinger fra brukerne og får innsikt i hvordan de samhandler med de nye funksjonene eller oppdateringene. Bruk denne tilbakemeldingen til å sikre at endringene oppfyller brukernes forventninger og forbedrer brukeropplevelsen .

En kanarifugl-strategi oppmuntrer til en kultur med kontinuerlig levering og eksperimentering. Ved å implementere funksjonsflagg og gradvis rulle ut endringer får organisasjoner større fleksibilitet til å eksperimentere med nye ideer og samle datadrevet innsikt. Denne iterative tilnærmingen gir raskere iterasjoner, raske tilbakemeldingssløyfer og muligheten til å forbedre programvaren kontinuerlig.

Implementering av canary-distribusjon

Her er noen praktiske trinn for å implementere kanarifugledistribusjon i en applikasjon eller et system:

1. Velg riktig tilnærming

Definer en tydelig distribusjonsstrategi som spesifiserer hvordan kanarifugusutgivelser skal distribueres og overvåkes. Det finnes ulike tilnærminger, for eksempel A/B-testing, blågrønn distribusjon og rød-svart distribusjon. Velg den som passer best til dine behov og krav.

2. Konfigurer distribusjonsprosessen

Sett opp en egen kanarifuglversjon for å distribuere den nye versjonen av applikasjonen. Den bør være svært lik produksjonsmiljøet, men med færre brukere eller mindre trafikk. Deretter bestemmer du hvor mye trafikk som skal sendes til den nye versjonen, hvordan du skal overvåke distribusjonen, og hvordan du skal rulle tilbake til den gamle versjonen om nødvendig.

3. Skaler infrastrukturen din

Skaler gradvis opp kanarifuglversjonen basert på overvåking og tilbakemeldinger, samtidig som du følger nøye med på nøkkeltall og tilbakeføringsstrategier. Rute en del av live-trafikken til Canary-miljøet for å teste for problemer eller feil. Øk gradvis andelen brukere som bruker den nye versjonen, og skaler infrastrukturen for å håndtere den økte belastningen.

4. Overvåk distribusjonen

Overvåk de viktigste ytelsesmålingene under Canary-distribusjonen for å sikre at den nye versjonen er stabil og fungerer godt. Det er viktig å sikre at den nye versjonen fungerer som forventet.

Viktige beregninger

Her er noen nøkkeltall for å måle effekten av kanarifugledistribusjonen:

• Feilfrekvens: Dette viser om kanarifugledistribusjonen fører til en økning i antall feil eller feil.
• Latenstid: Beskriver applikasjonens responstid for å sikre at kanarifugledistribusjonen ikke påvirker ytelsen negativt.
• Konverteringsfrekvens: Sporer om kanarifugldistribusjonen påvirker brukerkonverteringsfrekvensen eller andre spesifikke forretningsmessige beregninger.
• Tilbakemeldinger fra brukerne: Samler inn tilbakemeldinger fra brukerne for å forstå deres opplevelse og identifisere eventuelle problemer eller behov for forbedringer.

Canary-distribusjon vs. andre

Canary-distribusjon er en allsidig distribusjonsstrategi for en rekke ulike scenarier. Den kan kombineres med andre distribusjonsstrategier for å gi bedre funksjonalitet og fleksibilitet. Du kan for eksempel rulle ut en ny funksjon til utvalgte brukere, og deretter bruke A/B-testing for å sammenligne ytelsen til gamle og nye funksjoner.

Canary-distribusjon er mer gradvis enn A/B-testing. I A/B-testing blir brukerne tilfeldig tildelt ulike versjoner av en applikasjon, mens den nye versjonen gradvis rulles ut til en liten prosentandel av brukerne. Det kan bidra til å redusere risikoen for å introdusere nye problemer i produksjonen.

Canary deployment kan brukes til å rulle ut nye funksjoner eller oppdateringer, mens A/B-testing vanligvis brukes til å sammenligne ytelsen til to versjoner av en applikasjon. Blå/grønn distribusjon er spesielt utviklet for dette formålet.

Her er noen eksempler på tilfeller der en canary-distribusjonsmal er mer egnet:

• Når du skal distribuere en ny funksjon eller oppdatering som kan skade brukerne.
• Når du distribuerer en ny versjon av en applikasjon som ennå ikke er ferdig testet.
• Når du ønsker å få tilbakemeldinger fra brukerne i sanntid, migrerer du til en plan før du ruller ut den nye versjonen til alle.

Canary-distribusjon vs. blågrønn distribusjon

Kanaridistribusjon og blågrønn distribusjoner begge innebygde lanseringsstrategier, men de har ulik tilnærming. Med Canary-distribusjon rulles endringer gradvis ut til en liten undergruppe av brukere før de distribueres til hele infrastrukturen.

Det gjør det mulig å oppdage potensielle problemer og løse dem med minimal innvirkning. Blå-grønn distribusjon innebærer derimot to identiske produksjonsmiljøer (blått og grønt). Den nye versjonen lanseres i det grønne miljøet, mens det blå miljøet kjører den nåværende live-versjonen. Når testene er fullført i det grønne miljøet, byttes ruteren for å gjøre den live, noe som minimerer nedetiden.

Vanlige hensyn

Her er noen potensielle fallgruver ved implementering av canary-distribusjon:

• Det kan føre til inkonsistente data mellom gamle og nye versjoner av en applikasjon. Det kan skje hvis brukerne samhandler med begge versjonene av applikasjonen samtidig. For å unngå dette må du ha en plan for å sikre datakonsistens.
• Det er viktig å ha en tilbakeføringsstrategi i tilfelle det oppstår problemer med den nye versjonen. Da kan du raskt rulle tilbake til den gamle versjonen uten at det går ut over brukerne. Bruk et versjonskontrollsystem for å spore endringer i applikasjonskonfigurasjonen.
• Canary-distribusjoner kan innebære endringer i konfigurasjonen av applikasjonen. Administrer disse endringene og sørg for at de blir brukt på riktig måte.

Alt i alt er canary-distribusjon en kompleks distribusjonsstrategi som kan være utfordrende å implementere. Det er imidlertid en verdifull metode for å redusere risikoen for å introdusere nye problemer i produksjonen og forbedre påliteligheten til programvaredistribusjonene dine.

Kanaridistribusjon og funksjonsflagg

Canary-distribusjon er en verdifull metode for å forbedre påliteligheten til programvaredistribusjonene dine. Ved å rulle ut den nye versjonen gradvis kan du overvåke den nøye og identifisere problemer før de påvirker alle.

Hvis du tilhører et DevOps-team, kan du bruke Optimizelys gratis funksjonsflagg for å komme i gang.

Hvis du allerede bruker funksjonsflagg og ønsker å gå et skritt videre, kan du prøve funksjonsstyring for å få full kontroll over funksjonsutgivelsene dine allerede nå.