Für Cloud Run for Anthos müssen Sie neuen Code mit einer Untermenge des Produktions-Traffics evaluieren, bevor Sie ihn vollständig einführen. Welcher Bereitstellungsansatz ermöglicht die Traffic-Stichprobenziehung zwischen Versionen?

Die korrekte Antwort beschreibt den integrierten Traffic-Management-Ansatz von Cloud Run. Cloud Run ermöglicht das Bereitstellen neuer Revisionen desselben Dienstes und das schrittweise Verschieben von Traffic zwischen diesen Revisionen. Dies ist ideal für Canary-Deployments oder A/B-Tests, da Sie einen kleinen Prozentsatz des Traffics zur neuen Version leiten können, um deren Verhalten zu überwachen, bevor Sie den gesamten Traffic umleiten. Die Option, einen neuen Dienst mit Cloud Load Balancing zu verwenden, ist unnötig komplex und nicht die idiomatische Methode für Traffic-Splitting innerhalb eines Cloud Run-Dienstes. Cloud Run bietet diese Funktionalität nativ. Die Option mit Cloud Build und einer TRAFFICPERCENTAGE-Substitutionsvariablen beschreibt zwar einen CI/CD-Ansatz, aber die Traffic-Aufteilung selbst wird direkt in Cloud Run konfiguriert, nicht über eine Build-Variable, die den Traffic steuert. Cloud Build orchestriert die Bereitstellung, aber die Traffic-Regeln sind eine Laufzeitkonfiguration von Cloud Run. Die Option mit Traffic Director ist für die Verwaltung von Service-Mesh-Architekturen und komplexen Routing-Szenarien über mehrere Dienste hinweg gedacht, nicht für die Traffic-Aufteilung zwischen Revisionen eines einzelnen Cloud Run-Dienstes. Cloud Run bietet dafür eine einfachere, integrierte Lösung.