Przetestuj rewizję usługi Cloud Run, kierując 10% ruchu do nowej zmiany, zachowując jednocześnie wsteczną kompatybilność przy minimalnym wysiłku.

Prawidłowa odpowiedź opisuje standardowy proces wdrażania nowej rewizji w Cloud Run z podziałem ruchu. Najpierw aktualizujesz istniejącą usługę, wdrażając nową rewizję, ale bez przypisywania jej ruchu. Dzięki temu nowa rewizja jest gotowa, ale nie obsługuje jeszcze użytkowników. Następnie konfigurujesz podział ruchu, kierując 10% do nowej rewizji, a pozostałe 90% do poprzedniej. To pozwala na testowanie nowej wersji w środowisku produkcyjnym z minimalnym ryzykiem, zachowując wsteczną kompatybilność. Inne opcje są błędne, ponieważ sugerują zastąpienie usługi (co jest destrukcyjne), wdrożenie z ruchem od razu (co jest ryzykowne) lub użycie zewnętrznego load balancera, co nie jest konieczne, ponieważ Cloud Run ma wbudowane zarządzanie ruchem.