Udostępnij starą i nową wersję API pod tą samą nazwą hosta i TLS, zachowując możliwość wdrożenia obu. Jak należy kierować ruch?

Prawidłowa odpowiedź to użycie oddzielnych usług backendowych (pul backendowych) dla każdej ścieżki API za load balancerem. Load balancer Google Cloud (np. Global External HTTP(S) Load Balancer) pozwala na routowanie ruchu do różnych usług backendowych w oparciu o ścieżkę URL (path-based routing). Dzięki temu można jednocześnie obsługiwać starą i nową wersję API pod tą samą nazwą hosta i certyfikatem TLS, kierując ruch np. /v1/ do starego API i /v2/ do nowego. Konfiguracja nowego load balancera dla nowej wersji API (opcja 1) wymagałaby nowej nazwy hosta lub zarządzania wieloma certyfikatami, co jest sprzeczne z wymogiem użycia tej samej nazwy hosta i TLS. Ponowna konfiguracja starszych klientów (opcja 2) jest często niepraktyczna i kosztowna. Przekazywanie żądań przez stare API do nowego (opcja 3) dodaje niepotrzebną warstwę złożoności i opóźnień, a także obciąża stare API.