Précisions sur le déploiement continu à l'aide Cloud Endpoints & App Engine

Question

Référence connexe Problème: Redeploying OpenAPI spec into App Engine standard environment

Lorsque vous utilisez Cloud Endpoints via App Engine, quelle serait la meilleure façon d'aborder les déploiements continus? Si la spécification OpenApi change, le service backend lié au point de terminaison doit être redéployé, ce qui signifie que les modifications apportées à un «v1» d'un point de terminaison nécessiteront des temps d'arrêt dans le service pendant le déploiement du service. Cela signifie-t-il qu'à chaque fois qu'une nouvelle spécification est générée, une «rupture de modification» se produit et je devrais incrémenter la version, redéployer le service backend et mettre à jour l'URL sur tous les services utilisant ce point de terminaison modifications à l'extrémité? Parce que pour l'instant travailler avec des points de terminaison, j'ai de la difficulté à voir dans quels cas redéployer la spécification ne rompt pas le service backend et vice-versa.

Answer 1

Je me suis rendu compte que lorsqu'une nouvelle spécification est générée, il y a un ENDPOINTS_SERVICE_VERSION généré qui semble être persistant. Ainsi, le fait de déployer une nouvelle spécification n'entraîne pas de rupture du point de terminaison de l'API AFAIK, car le service principal pointera toujours vers un déploiement précédent valide. Je ne sais pas combien de ENDPOINTS_SERVICE_VERSION s sont persistants car je ne pouvais pas trouver cela dans les docs mais si le service backend est mis à jour avec la dernière version du service endpoint peu de temps après, les mises à jour de l'API peuvent être transparente sans interruption de le service aussi loin que les déploiements vont.