Wat is een blauw-groene implementatie op Kubernetes?

Kubernetes ondersteunt een strategie voor de levenscyclus van softwareontwikkeling, genaamd blauw-groene implementaties, waarbij zowel de nieuwe als de oude versies van een applicatie tegelijkertijd in productie worden uitgevoerd. Lees verder om te weten te komen wat een blauw-groene implementatie is en waarom u deze tactiek misschien wilt implementeren voor uw Kubernetes-applicaties. 

Wat is een blauw-groene implementatie?

Een blauw-groene implementatie is een strategie voor de levenscyclus van softwareontwikkeling waarbij zowel de nieuwe als de eerdere versies van een applicatie tegelijkertijd in productie worden uitgevoerd. Gebruikers worden na implementatie geleidelijk gemigreerd van de oudere versie (blauw) naar de nieuwere versie (groen) van de applicatie. 

Voor een snelle levering van software-updates hadden ontwikkelaars een manier nodig om voortdurend functies te implementeren. Traditioneel vereiste code-implementatie downtime, dus ze werden op specifieke dagen gedaan, wekelijks of maandelijks. Deze strategie vertraagt updates van software en ondersteunt geen gecontinueerde levering.

Blue-green implementaties lossen dit probleem op door zowel de oude als de nieuwe versies van een applicatie in productie te draaien. De blauwe versie is de oude applicatie en de groene versie is de nieuwe. Gebruikers worden langzaam overgezet naar de nieuwe groene versie nadat deze is geïmplementeerd. Nadat gebruikers zijn verplaatst naar de nieuwe groene versie, kan de blauwe versie fungeren als een failover als de code moet worden teruggedraaid naar de vorige versie vanwege bugs of kritieke fouten.

Blauw-groen vs. rollende implementatie met Kubernetes

In veel bedrijfsomgevingen draait de productie op meerdere servers. In plaats van meerdere versies tegelijkertijd te draaien, werkt een rolling deployment met één versie van een applicatie en wordt elke server afzonderlijk bijgewerkt. 

Stel dat u twee servers achter een load balancer hebt en één productietoepassing draait. Bij een voortschrijdende implementatie haalt een ontwikkelaar één server uit de rotatie, werkt hij de applicatie bij en zet hij de server weer in rotatie. De tweede server wordt uit de rotatie gehaald en vervolgens ook bijgewerkt. De meeste rollende omgevingen hebben drie servers, zodat één server kan fungeren als een failover in het geval er fouten zijn in de nieuwe versie-omgeving.

Blauw-groen vs. Canarie met Kubernetes

Canaire implementaties zijn vergelijkbaar met blauw-groene implementaties, maar canaire implementaties sturen specifieke gebruikers naar de nieuwere versie van een applicatie in plaats van langzaam alle gebruikers over te zetten naar de nieuwe versie. Het is een geweldige strategie voor het testen van een nieuwe applicatie met gebruikers die geïnteresseerd zijn in bètatesten of het stilzwijgend testen van nieuwe functies met nieuwe gebruikers voor feedback.

Gewoonlijk worden kanarie-implementaties gebruikt op een kleine subset van gebruikers en de oorspronkelijke versie draait nog steeds voor de meerderheid van de gebruikers. Omdat slechts een kleine subset van gebruikers naar de nieuwe versie wordt geleid, is de infrastructuur minder duur en hoeft deze niet te geavanceerd te zijn om een klein aantal gebruikers te ondersteunen.

Voordelen van een blauw-groene implementatie

In elke gecontinueerde levering bieden blauw-groene implementaties verschillende voordelen. Blue-green implementaties versnellen de levering van updates van applicatiefuncties. Ontwikkelaars hoeven niet langer te wachten op een venster om nieuwe code te implementeren, wat de implementaties met mogelijk maanden kan vertragen.

Van de drie implementatietypes zijn blauw-groene implementaties veiliger dan de andere. Beide versies van de applicatie draaien tegelijkertijd, zodat ontwikkelaars wijzigingen zonder veel moeite kunnen terugdraaien. Gebruikers zullen geen downtime ervaren of productiviteit verliezen tijdens implementaties of rollbacks als ze dat nodig hebben.

Nadelen van blauw-groene implementatie

Het grootste nadeel van blauw-groene implementaties zijn de kosten. Bedrijven moeten het IT-budget hebben om te betalen voor dubbele omgevingen die zowel de blauwe als de groene versies van een applicatie kunnen hosten. Organisaties betalen ook voor de overhead van het personeel om beide omgevingen te onderhouden en te bewaken.

Een ander obstakel voor organisaties is de synchronisatie van databases. Databasewijzigingen zijn niet zo eenvoudig terug te draaien, dus updates van tabellen en databaseschema's moeten zorgvuldig worden uitgevoerd, vooral als zowel groene als blauwe omgevingen dezelfde database gebruiken. Beide omgevingen moeten zorgvuldig worden getest voordat ze in productiedatabases worden geïmplementeerd.

Wanneer gebruikt u een blauwgroene implementatie met Kubernetes?

Continue levering en Kubernetes gaan hand in hand. Ontwikkelaars kunnen applicaties automatisch implementeren met behulp van orkestratietools zoals Kubernetes. Kubernetes kunnen worden gebruikt om zowel de blauwe als de groene omgeving te orkestreren, en ontwikkelaars kunnen eenvoudig code implementeren en Kubernetes de promotiecode laten beheren, van een stagingomgeving tot productie.

Gecontaineriseerde omgevingen zijn perfect voor blauw-groene implementaties vanwege hun vermogen om applicatiepods snel te vernietigen en opnieuw te bouwen, zodat ze zowel blauwe als groene versies kunnen draaien. Als een containerapplicatie fouten veroorzaakt, kunnen ontwikkelaars gemakkelijker wijzigingen in de blauwe versie terugdraaien.