La pipeline CI/CD crea ed esegue il push del container su tag; il passaggio finale deve essere distribuito in produzione su GKE con zero tempi di inattività, test automatizzati prima del rollout e rollback rapido. Quale strumento e strategia scegli?

La risposta corretta è "Attivare un altro job di Cloud Build che utilizza gli strumenti CLI di Kubernetes per distribuire il nuovo container nel cluster GKE, dove è possibile eseguire uno shadow test." Questo perché lo shadow testing (o test di copia) è una strategia che invia una copia del traffico di produzione a una nuova versione dell'applicazione senza influenzare gli utenti finali. Questo permette di testare la nuova versione con traffico reale in un ambiente di produzione, rilevando problemi senza impatti negativi. Se i test hanno successo, la nuova versione può essere promossa. Cloud Build può orchestrare questo processo utilizzando gli strumenti CLI di Kubernetes per la gestione delle distribuzioni. Le opzioni che menzionano Spinnaker sono meno ideali perché, sebbene Spinnaker sia uno strumento potente per le distribuzioni avanzate, la domanda suggerisce un'integrazione con una pipeline CI/CD esistente (Cloud Build) e lo shadow testing è una strategia più specifica per il requisito di "zero tempi di inattività, test automatizzati prima del rollout e rollback rapido" rispetto al semplice A/B testing o canary testing in questo contesto iniziale. Un canary test distribuisce il traffico reale a una piccola percentuale di utenti, ma lo shadow test offre un isolamento maggiore per i test iniziali.