Você precisa executar as versões antiga e nova da API por trás dos mesmos registros SSL e DNS para que novos clientes possam experimentar a revisão enquanto a API antiga permanece implantável. O que você deve fazer com o balanceador de carga?

A abordagem correta é usar pools de backend separados para cada caminho da API por trás do balanceador de carga. Isso permite que o balanceador de carga direcione o tráfego para a versão antiga ou nova da API com base em regras de caminho (path-based routing), mantendo os mesmos registros SSL e DNS. Configurar um novo balanceador de carga para a nova versão da API exigiria novos registros DNS e SSL, o que não atende ao requisito de usar os mesmos registros. Reconfigurar clientes antigos para usar um novo endpoint não é ideal, pois a intenção é que a transição seja transparente para o cliente, usando os mesmos registros DNS. Fazer com que a API antiga encaminhe o tráfego para a nova API com base no caminho da solicitação adiciona complexidade e um ponto de falha à API antiga, além de não ser a função principal de um balanceador de carga.