Test een Cloud Run-servicerevisie door 10% van het verkeer naar de nieuwe wijziging te sturen, terwijl achterwaartse compatibiliteit met minimale inspanning wordt gehandhaafd.

De correcte aanpak is om de bestaande service bij te werken met de nieuwe revisie, deze te implementeren zonder direct verkeer toe te wijzen, en vervolgens het verkeer geleidelijk te splitsen tussen de oude en de nieuwe revisie. Dit maakt een gecontroleerde canary-implementatie mogelijk, waarbij 10% van het verkeer naar de nieuwe revisie wordt gestuurd. Dit minimaliseert risico's en waarborgt achterwaartse compatibiliteit. De eerste optie is onjuist omdat het vervangen van de service een downtime kan veroorzaken en de bestaande URL kan wijzigen. De tweede optie is onjuist omdat het direct toewijzen van verkeer aan de nieuwe revisie zonder een initiële 'no traffic' fase het risico op problemen verhoogt. De laatste optie is onjuist omdat Cloud Run ingebouwde verkeersbeheerfunctionaliteit heeft, waardoor een externe load balancer overbodig is.