Die CI/CD-Pipeline erstellt und pusht Container auf Tag; der letzte Schritt muss mit null Ausfallzeiten, automatisierten Tests vor dem Rollout und schnellem Rollback in die Produktions-GKE-Umgebung bereitgestellt werden. Welches Tool und welche Strategie wählen Sie?

Die korrekte Antwort ist die Auslösung eines weiteren Cloud Build-Jobs, der Kubernetes CLI-Tools für die Bereitstellung in GKE verwendet und einen Shadow-Test durchführt. Ein Shadow-Test (oder Shadow-Deployment) leitet eine Kopie des Produktionsverkehrs an die neue Version der Anwendung weiter, ohne dass diese den echten Benutzern direkt dient. Dies ermöglicht eine umfassende Validierung unter realen Bedingungen, ohne das Risiko eines Ausfalls für die Endbenutzer. Bei Erfolg kann die neue Version dann sicher den echten Verkehr übernehmen. Canary-Tests (Option 2) leiten einen kleinen Teil des echten Benutzerverkehrs an die neue Version, was ein geringes Ausfallrisiko birgt. A/B-Tests (Option 1) dienen primär der Feature-Validierung und nicht der risikofreien Bereitstellung. Die direkte Verwendung von Kubernetes CLI-Tools über Cloud Build (Option 3 und 4) ist eine gängige Methode zur Bereitstellung in GKE.