Canary-implementatie is een techniek voor softwareontwikkeling en -implementatie die een geleidelijke launch van nieuwe functies of updates uitvoert voor een kleine subset van gebruikers voordat deze wordt uitgerold naar het hele gebruikersbestand.
Deze aanpak houdt in dat er een nieuwe versie van de software program wordt gemaakt en deze wordt geïmplementeerd bij een kleine groep gebruikers, terwijl de oude versie blijft draaien voor de relaxation van de gebruikers. Het ontwikkelingsteam houdt de nieuwe versie nauwlettend in de gaten om ervoor te zorgen dat deze stabiel is en presteert zoals verwacht.
Als alles goed gaat, wordt de nieuwe versie uitgerold naar meer gebruikers totdat deze uiteindelijk het hele gebruikersbestand bereikt. Op deze manier minimaliseert het projectteam het risico op het introduceren van bugs of andere problemen die gevolgen kunnen hebben voor alle gebruikers tegelijk.
Het doel van de implementatie van Canary is om het risico te verkleinen dat nieuwe functies bij een groot gebruikersbestand worden geïntroduceerd. Door de wijzigingen geleidelijk aan voor gebruikers door te voeren, kunnen ontwikkelaars de prestaties en stabiliteit van de nieuwe versie monitoren. Ze voeren de nodige aanpassingen uit voordat ze worden ingezet voor het hele gebruikersbestand. De overgang naar de nieuwe versie verloopt daardoor veel soepeler.
Belangrijkste principes en voordelen
De belangrijkste principes van de inzet van Canarische eilanden zijn onder meer:
- Implementeer de nieuwe versie eerst voor een klein deel van de gebruikers en rol deze vervolgens geleidelijk uit naar meer gebruikers.
- Houd de nieuwe versie nauwlettend in de gaten om er zeker van te zijn dat deze stabiel is en naar verwachting presteert.
- Als er zich problemen voordoen, kunt u de implementatie snel en eenvoudig terugdraaien naar de vorige versie.
- Automatiseer het implementatieproces zoveel mogelijk om het risico op menselijke fouten te verkleinen.
De voordelen van Canary-implementatie in DevOps zijn onder meer:
- Door de wijzigingen geleidelijk door te voeren, minimaliseert u het risico op het introduceren van bugs of andere problemen die gevolgen kunnen hebben voor alle gebruikers tegelijk.
- Ontwikkelaars kunnen sneller suggestions ontvangen over de nieuwe versie, waardoor ze de nodige aanpassingen kunnen aanbrengen voordat ze voor het hele gebruikersbestand worden geïmplementeerd.
- Door de prestaties en stabiliteit van de nieuwe versie te monitoren, kunnen ontwikkelaars ervoor zorgen dat deze aan de noodzakelijke kwaliteitsnormen voldoet voordat deze voor het gehele gebruikersbestand wordt geïmplementeerd.
- Canary-implementatie helpt het vertrouwen van ontwikkelaars en belanghebbenden in het implementatieproces te vergroten, omdat het het risico verkleint dat er problemen worden geïntroduceerd die van invloed kunnen zijn op de gebruikerservaring.
Canary-implementatie op foundation van idea en terminologie
Laten we de typische levenscyclus van het proces eens doornemen.
Het begint allemaal met Kanarie, dat wil zeggen, ‘early adopters’ van de nieuwe versie van het systeem. Parallel daaraan is er de Basislijn groep. Hier horen alle overige gebruikers die niet binnen Canary zijn.
Terwijl de Canary-gebruikers de nieuwe versie blijven gebruiken, breidt de Canary-implementatie zich uit naar steeds meer gebruikers. Dit is Verkeersverschuiving. De Canarische groep groeit terwijl de Basislijngroep krimpt, zodat het systeem presteert Geleidelijke uitrol.
Onderweg registreert het monitoringproces alle activiteiten en gebruiksresultaten en genereert het Statistieken die ontwikkelaars nodig hebben als suggestions. Ontwikkelaars reageren vervolgens en repareren wat nodig is. Of zij Terugrollen naar de Baseline als ze de problemen op dit second niet kunnen oplossen.
Automatiseer alle monitoring- en implementatieactiviteiten. Dit geeft de ontwikkelaars exclusieve focus op het oplossen van problemen.
Het kan zijn dat de Canary-groep erachter komt dat sommige functies van de nieuwe versie slecht zijn, terwijl andere geweldig zijn. Dus de ontwikkelaars zullen dat wel doen Markeer de functies die problemen hebben om ze uit te schakelen van implementatieprocessen.
Ontwikkelaars houden beide groepen tegelijkertijd in de gaten: de Canarische Eilanden en de Basislijn. De gebruikers genereren A/B-testen resultaten. Dat is het gedrag van het oude systeem en het nieuwe systeem onder dezelfde omstandigheden. Maar er worden ook voortdurend automatische exams uitgevoerd op de nieuwe versie van het systeem om de Canarische groep te garanderen Gezondheids controle is stabiel.
Hoe het verschilt van de traditionele implementatiestrategieën
Na inzicht in het levenscyclusproces op hoog niveau zijn de verschillen tussen dit en de traditionele implementatieprocessen vrij duidelijk.
- U implementeert geleidelijk en met betere controle, in plaats van alles in één keer voor iedereen in te zetten en te wachten op de problemen die de hele productie beïnvloeden.
- Je beperkt het risico van bugs in nieuwe versies tot alleen de Canarische groep, in plaats van de hele wereld tegelijkertijd aan de problemen bloot te stellen.
- U controleert de nieuwe versie voordat de gebruikers deze hebben, in plaats van deze daarna te monitoren en een aanzienlijke hoeveelheid tijd en middelen te investeren in de hypercarefase van het releaseproces.
- U kunt beslissen over het terugdraaien voordat u de nieuwe versie volledig in productie neemt. Aan de andere kant is het plannen van een nieuw releasevenster om de productie ongedaan te maken web nadat de productierelease is voltooid.
- Als u een Canary-implementatie heeft, wordt u uiteraard gedwongen waar mogelijk te investeren in geautomatiseerde instruments en processen. Aan de andere kant zorgt het vasthouden aan traditionele implementatiestrategieën er natuurlijk voor dat alle automatiseringsinitiatieven ondergeschikt worden gemaakt aan het einde van de achterstandslijst.
CI/CD-pijplijnen in Canary-implementatie
In een typische CI/CD-pijplijn worden wijzigingen automatisch gebouwd, getest en geïmplementeerd in een testomgeving voor verdere exams voordat ze in productie worden geïmplementeerd. En het is ook een perfecte use case binnen een Canary-implementatie.
Zodra de wijzigingen zijn geïmplementeerd in de testomgeving en alle noodzakelijke exams hebben doorstaan, zal de CI/CD-pijplijn de canarische versie automatisch implementeren bij een kleine subset van gebruikers in de productieomgeving.
Als er iets misgaat, voert u gewoon een andere pijplijn uit voor een rollback. Of markeer problematische functies, zodat deze nooit meer zullen verschijnen in het implementatieproces van de implementatiepijplijn. Geheel automatisch en u heeft er geen omkijken meer naar.
Omdat de Canarische versie vol geautomatiseerde gezondheidscontroletests zit, zijn deze allemaal uiteraard opgenomen in de basisfuncties van de CI/CD Pipelines. Ze zijn sowieso een onmisbaar onderdeel van elke goede CI/CD-pijplijn.
Workflow en de fasen van de implementatie van Canary
Als we de informatie samenvatten, is dit de gebruikelijke workflow van een typische Canary-implementatie die u voor uw venture kunt gebruiken.
#1. Planning en voorbereiding
In deze fase plant en bereidt het ontwikkelingsteam de inzet van de kanarie voor. Dit omvat het identificeren van de wijzigingen of updates die moeten worden aangebracht, het creëren van een nieuwe versie van de software program en het definiëren van de statistieken en gezondheidscontroles die zullen worden gebruikt om de prestaties van de nieuwe versie te monitoren. Het group identificeert ook de subset van gebruikers die de nieuwe versie als eerste zullen ontvangen en definieert het implementatieplan.
#2. Verkeersroutering en monitoring implementeren
De nieuwe versie van de software program wordt geïmplementeerd bij de subset van gebruikers die in de planningsfase is geïdentificeerd. Verkeersroutering wordt geïmplementeerd om een deel van het gebruikersverkeer naar de nieuwe versie te leiden, terwijl de oude versie voor de relaxation van de gebruikers actief blijft. De prestaties en stabiliteit van de nieuwe versie worden nauwlettend in de gaten gehouden met behulp van statistieken en gezondheidscontroles om ervoor te zorgen dat deze naar verwachting presteert.
#3. Implementatieprestaties analyseren en evalueren
De prestaties van de nieuwe versie worden geanalyseerd en geëvalueerd op foundation van de statistieken en gezondheidscontroles die in de planningsfase zijn gedefinieerd. Als de nieuwe versie goed presteert, wordt de uitrol in de loop van de tijd geleidelijk uitgebreid naar meer gebruikers. Als er problemen optreden met de nieuwe versie, kan de implementatie snel worden teruggedraaid naar de vorige versie.
#4. De implementatie promoten of terugdraaien
Het ontwikkelteam beslist of de nieuwe versie wordt gepromoveerd naar het gehele gebruikersbestand of wordt teruggezet naar de vorige versie. Als de nieuwe versie goed presteert en aan de noodzakelijke kwaliteitsnormen voldoet, promoot deze dan onder het gehele gebruikersbestand. Als er problemen optreden met de nieuwe versie, kunt u de implementatie snel en eenvoudig terugdraaien naar de vorige versie.
Beste praktijken en strategieën
Wanneer u Canary Deployment in uw platform implementeert, start dan met het definiëren van duidelijke doelen en hoe het succes er uiteindelijk uitziet. U kunt hier helpen met zaken als prestatiestatistieken, standards voor gebruikersfeedback en zakelijke affect.
Creëer een kleine subset van gebruikers om de nieuwe (Canarische) versie van de software program te testen. De grotere groep in het start is niet echt een voordeel. Zeker in het start wil je zo flexibel mogelijk zijn.
Zoals al een paar keer vermeld: controleer de prestaties en stabiliteit van de nieuwe versie met behulp van statistieken en gezondheidscontroles. Reageer als u iets verdachts ziet. Het is beter om te overdreven te reageren dan te weinig te reageren als het geleidelijk wordt uitgerold.
Verhoog geleidelijk de uitrol van de nieuwe versie naar meer gebruikers. Dit zorgt voor een soepelere overgang naar de nieuwe versie.
Gebruik waar mogelijk automatiseringstools en -processen om het implementatie- en monitoringproces te stroomlijnen. Neem ze op in de CI/CD-pijplijnen en zorg ervoor dat geplande implementatieprocessen automatisch worden geactiveerd. Dit vermindert het risico op menselijke fouten en zorgt ervoor dat het implementatieproces constant en herhaalbaar is.
Implementeer functievlaggen om specifieke functies in de software program in of uit te schakelen. U krijgt controle over de toekomstige implementatieprocessen zonder dat u steeds handmatig wijzigingen of updates hoeft uit te voeren. Je zult ontwikkelaars meer aandacht geven op gebieden die er toe doen: het oplossen van bugs.
Gebruik A/B-testen om de prestaties van twee verschillende versies van de software program te vergelijken. Wijs willekeurige gebruikers toe aan de ene of de andere versie. Identificeer welke versie beter presteert en reageer daarop met toekomstige ontwikkelingsbeslissingen.
Zorg ervoor dat u de implementatie snel en op elk gewenst second kunt terugdraaien als er problemen optreden met de nieuwe versie. Het vermindert de affect van eventuele problemen en zorgt voor een snel herstel.
Uitdagingen en casestudies
Er zijn nog steeds enkele uitdagingen die verband houden met de inzet van Canary, ondanks de duidelijke voordelen ervan.
Een uitdaging bij Canary Deployment is de netwerklatentie, die van invloed kan zijn op de prestaties van de nieuwe versie van de software program. Om deze uitdaging aan te gaan, kunnen ontwikkelaars instruments zoals load balancers en content material delivery-netwerken gebruiken om de netwerkprestaties te verbeteren. Het gaat niet alleen om latentie voor het systeem door extern gebruik. Maar ook latentie voor interne processen zoals implementaties of uitvoeringen van CI/CD Pipelines. Deze moeten zo snel mogelijk worden voltooid. Anders zul je een rij ontwikkelaars in een inactieve toestand hebben, wachtend tot de pijplijnen hun run hebben voltooid.
Een andere uitdaging is het garanderen van gegevensconsistentie tussen de oude en nieuwe versies van de software program. Om deze uitdaging aan te pakken, kunnen ontwikkelaars technieken gebruiken zoals databasereplicatie en synchronisatie om ervoor te zorgen dat gegevens constant zijn in alle versies. Als productiegebruikers tegelijkertijd in zowel oude als nieuwe versies werken, worden de verwachtingen vergroot dat u ervoor zorgt dat beide versies altijd volledig gesynchroniseerd zijn en dat gebruikers geen productiegegevens verliezen alleen maar omdat ze zich in de Canary/Baseline-groep bevinden . Dit kan een behoorlijk uitdagende verwachting zijn om aan te voldoen, dus steun jezelf met solide achtergrondprocessen.
Netflix is een bekend voorbeeld van een bedrijf dat Canary Deployment gebruikt om wijzigingen in zijn streamingdienst door te voeren. Het bedrijf gebruikt een combinatie van geautomatiseerd testen, functievlaggen en A/B-testen om wijzigingen langzaam door te voeren.
Google is een ander voorbeeld van een bedrijf dat Canary Deployment gebruikt om wijzigingen in zijn clouddiensten door te voeren. Op dezelfde manier maakt het bedrijf gebruik van de voordelen van geautomatiseerd testen, het splitsen van verkeer en het monitoren van de inclusie om wijzigingen geleidelijk door te voeren naar een kleine subset van gebruikers voordat ze voor alle gebruikers worden geïmplementeerd. Deze aanpak heeft Google geholpen de kwaliteit en stabiliteit van zijn providers te verbeteren.
Laatste woorden
Zoals bij alle processen, benaderingen of strategieën het geval is, is de inzet van Canarische Eilanden geen oplossing voor elk wereldprobleem. Er zijn gevallen waarin het vrijwel onmogelijk is om het te implementeren vanwege omgevingsbeperkingen, de kennis van mensen of een algemeen gebrek aan conceptueel begrip. I
Het is veel geschikter voor de projecten van de nieuwe tijd. Waar een agile mindset de rotsvaste basiseigenschap is, is de automatisering van elk proces een onbetwistbare prioriteit, en is een maximaal niveau van betrouwbaarheid een sterke verwachting van de stakeholders.
In dat geval is de inzet van Canary in zekere zin het volgende niveau van agile ontwikkelingspraktijken. Het kan de groups naar een gebied tillen waar het venture nooit eerder was.
Bekijk vervolgens het schalen en optimaliseren van CI/CD.