Servir les anciennes et les nouvelles versions d'API sous le même nom d'hôte et TLS tout en les gardant toutes deux déployables. Comment devriez-vous acheminer le trafic ?

La meilleure approche est d'utiliser des services backend distincts (ou des pools de backend) derrière un répartiteur de charge. Cela permet de gérer différentes versions d'API (anciennes et nouvelles) sous le même nom d'hôte et certificat TLS. Le répartiteur de charge peut être configuré pour acheminer le trafic vers le service backend approprié en fonction du chemin de l'URL (par exemple, /v1/api pour l'ancienne version et /v2/api pour la nouvelle). Cette méthode est flexible, permet un déploiement indépendant des versions et évite de reconfigurer les clients ou de surcharger l'ancienne API avec des fonctions de routage. Configurer un nouveau répartiteur de charge est plus complexe et coûteux. Reconfigurer les clients n'est pas toujours possible ou souhaitable. Demander à l'ancienne API de transférer les requêtes ajoute une dépendance et une charge inutile.