Debe ejecutar versiones antiguas y nuevas de la API detrás de los mismos registros SSL y DNS para que los nuevos clientes puedan probar la revisión mientras la API antigua se mantiene desplegable. ¿Qué debe hacer con el balanceador de carga?

La opción correcta es usar pools de backend separados para cada ruta de API detrás del balanceador de carga. Esto permite que un único balanceador de carga maneje el tráfico para múltiples versiones de una API (antigua y nueva) utilizando los mismos registros SSL y DNS. El balanceador de carga puede enrutar las solicitudes a los pools de backend apropiados basándose en reglas de host y ruta, lo que facilita las pruebas de nuevas versiones sin interrumpir la API antigua. Configurar un nuevo balanceador de carga para la nueva versión de la API requeriría nuevos registros DNS y SSL, lo cual no cumple con el requisito. Reconfigurar los clientes antiguos para que usen un nuevo endpoint no es escalable ni deseable, ya que el objetivo es que el cambio sea transparente para los clientes. Hacer que la API antigua reenvíe el tráfico a la nueva API basándose en la ruta de la solicitud introduce una dependencia innecesaria y complejidad en la API antigua, lo cual es mejor manejar a nivel de balanceador de carga.