È necessario eseguire sia la vecchia che la nuova versione dell'API dietro gli stessi record SSL e DNS in modo che i nuovi clienti possano provare la revisione mantenendo la vecchia API distribuibile. Cosa si dovrebbe fare con il load balancer?

L'opzione corretta è utilizzare pool di backend separati per ogni percorso API dietro il load balancer. Questo approccio consente di instradare il traffico a diverse versioni dell'API (vecchia e nuova) in base al percorso URL, mantenendo lo stesso record SSL e DNS. I load balancer di Google Cloud (come il Global External HTTP(S) Load Balancer) supportano la configurazione di regole di mappatura URL che indirizzano richieste a pool di backend specifici in base al percorso. Configurare un nuovo load balancer per la nuova versione dell'API non soddisfa il requisito di utilizzare gli stessi record SSL e DNS. Riconfigurare i vecchi client per utilizzare un nuovo endpoint è impraticabile e non consente ai nuovi clienti di provare la revisione senza interrompere i vecchi. Fare in modo che la vecchia API inoltri il traffico alla nuova API introduce complessità e un punto di fallimento aggiuntivo nell'applicazione, anziché gestire il routing a livello di infrastruttura.