È necessario implementare una nuova revisione di Cloud Run con un rollout graduale imposto dagli SRE per ridurre i rischi e minimizzare lo sforzo. Cosa si dovrebbe fare?

L'opzione corretta descrive il processo di rollout graduale (o canary deployment) nativo di Cloud Run. Questo approccio consente di implementare una nuova revisione, indirizzare una piccola percentuale di traffico verso di essa, monitorare le metriche e gli errori, e aumentare progressivamente la percentuale di traffico se la nuova revisione si dimostra stabile. Questo riduce significativamente il rischio di interruzioni su larga scala e minimizza lo sforzo di rollback in caso di problemi. Le altre opzioni sono meno ideali: Configurare un load balancer esterno è un approccio più complesso e meno integrato rispetto alle funzionalità native di Cloud Run per la gestione del traffico tra revisioni. Modificare il codice dell'applicazione per il routing del traffico è un anti-pattern; la gestione del traffico tra revisioni dovrebbe essere una funzionalità della piattaforma, non dell'applicazione. Implementare la nuova revisione servendo immediatamente tutto il traffico è un rollout "big bang", che massimizza il rischio e lo sforzo in caso di problemi, contraddicendo l'obiettivo di ridurre i rischi.