Musisz uruchomić zarówno starą, jak i nową wersję API za tymi samymi rekordami SSL i DNS, aby nowi klienci mogli wypróbować poprawioną wersję, jednocześnie utrzymując starą wersję API gotową do wdrożenia. Co należy zrobić z load balancerem?

Prawidłowa odpowiedź to użycie oddzielnych pul backendowych dla każdej ścieżki API za load balancerem. Pozwala to na kierowanie ruchu do różnych wersji API (starej i nowej) w zależności od ścieżki URL, przy zachowaniu tych samych rekordów SSL i DNS. Load balancer może być skonfigurowany do routingu na podstawie ścieżki, na przykład /v1/ do starego API i /v2/ do nowego. Konfiguracja nowego load balancera dla nowej wersji API wymagałaby zmiany rekordów DNS lub SSL, co jest sprzeczne z wymaganiami. Ponowna konfiguracja starych klientów nie jest pożądana, ponieważ celem jest płynne wprowadzenie nowej wersji. Przekazywanie ruchu ze starego API do nowego na podstawie ścieżki jest nieefektywne i dodaje niepotrzebną warstwę złożoności, zamiast wykorzystywać możliwości load balancera.