Een nieuwe containerversie voor GKE is niet volledig load-getest. Je hebt een geautomatiseerde deployment nodig die het productierisico voor prestaties minimaliseert. Wat moet je doen?

De correcte optie is het implementeren via een continuous delivery pipeline met canary deployments en Cloud Monitoring. Canary deployments verminderen productierisico's door een nieuwe versie eerst aan een klein percentage gebruikers bloot te stellen. Cloud Monitoring stelt je in staat om de prestaties van de nieuwe versie te observeren en het verkeer geleidelijk op te voeren wanneer de metrics positief zijn, wat ideaal is voor niet volledig geteste versies. Cloud Load Balancing kan verkeer verdelen, maar biedt niet de geautomatiseerde, risicominimaliserende aanpak van canary deployments voor een nieuwe, ongeteste versie. Blue/green deployments wisselen abrupt tussen versies, wat een groter risico inhoudt voor een ongeteste versie dan een canary deployment. kubectl RollingUpdate is een basis rollout-strategie die weliswaar geleidelijk is, maar mist de geavanceerde verkeersbeheer- en observatiemogelijkheden van een canary deployment via een CD-pipeline, die cruciaal zijn voor het minimaliseren van risico's bij ongeteste code.