Servire le versioni vecchie e nuove delle API sotto lo stesso hostname e TLS mantenendo entrambe deployabili. Come si dovrebbe instradare il traffico?

La risposta corretta è utilizzare servizi di backend separati (backend pools) per percorso API dietro il load balancer. Questa soluzione permette di gestire diverse versioni di API sotto lo stesso hostname e certificato TLS. Il load balancer può ispezionare il percorso della richiesta (ad esempio, /v1/api e /v2/api) e instradare il traffico al backend pool appropriato, che ospita la versione specifica dell'API. Questo consente un deployment indipendente e una gestione flessibile delle versioni. Configurare un nuovo load balancer per la nuova versione dell'API sarebbe ridondante e aumenterebbe la complessità e i costi. Riconfigurare i client legacy non è sempre fattibile e può causare interruzioni. Far sì che la vecchia API inoltri le richieste alla nuova API introduce un punto di fallimento aggiuntivo e latenza, oltre a non essere una soluzione scalabile o pulita per la gestione delle versioni.