Une modification d'API d'une fonction Cloud est incompatible avec les versions antérieures. Vous devez prendre en charge simultanément les appelants existants et les nouveaux appelants. Quelle approche de déploiement et de gestion d'API devriez-vous utiliser ?

Pour gérer une modification d'API incompatible avec les versions antérieures tout en supportant les appelants existants et nouveaux, la meilleure approche est de versionner votre API. Cloud Endpoints est conçu pour cela : il permet d'exposer différentes versions de votre API (par exemple, /v1 et /v2) qui peuvent pointer vers des fonctions Cloud distinctes. Ainsi, les appelants existants continuent d'utiliser l'ancienne version (v1) tandis que les nouveaux peuvent adopter la nouvelle version (v2). Les autres options sont moins idéales : Utiliser un équilibreur de charge pour distribuer les appels entre les versions ne gère pas le versionnement d'API de manière explicite et pourrait diriger les anciens clients vers la nouvelle API incompatible. S'appuyer sur le routage automatique n'est pas une solution standard pour gérer des versions d'API incompatibles. Redéployer la fonction avec du code qui gère les deux API complexifie la fonction et peut être difficile à maintenir, surtout si les changements sont importants.