Google Cloud · 4 novembre 2026 · Infra & Cloud
Compute Engine : le multiversionnement de l’API est disponible pour tous
Le multiversionnement de l’API Compute Engine est désormais en disponibilité générale, avec des versions fondées sur des dates. Ce modèle permet d’adopter de nouvelles sémantiques d’API et des paramètres de résilience renforcés tout en préservant la stabilité de l’API /v1. Les équipes peuvent ainsi choisir leur rythme d’adoption sans modifier leurs charges de production existantes.
Ce qui est annoncé
Google Cloud annonce la disponibilité générale du multiversionnement de l’API Compute Engine dans toutes ses régions. Le dispositif ajoute des versions datées à l’API /v1, qui reste prise en charge et utilisée par défaut lorsqu’aucune version datée n’est précisée. Les versions stables suivent une cadence trimestrielle, avec 2026-09-01 comme première référence. Chacune fixe un contrat d’interface et des comportements par défaut, sans modification incompatible après publication. Aucune date de fin de support n’est actuellement définie pour ces versions. Les versions de prévisualisation, dont 2026-10-01-preview, ont une durée de vie d’un an.
La sélection d’une version en accès REST passe par l’en-tête X-Goog-Api-Version ou le paramètre $apiVersion, sans changer le chemin /compute/v1/. Les bibliothèques clientes, gcloud et les fournisseurs Terraform intègrent également ce modèle au fil de leurs mises à jour. Les versions datées activent par défaut les résultats partiels pour les requêtes AggregatedList et introduisent des erreurs structurées au format google.rpc.ErrorInfo. Elles permettent aussi de faire évoluer les contrôles de permissions IAM, les paramètres de sécurité et les schémas de ressources, tout en préservant les automatismes restés sur /v1.
Ce que ça change pour les entreprises
Pour les DSI et les équipes plateforme, ce modèle permet de dissocier plus clairement la continuité des intégrations existantes de l’adoption de nouveaux comportements. Une version explicite fournit une référence pour examiner les changements, les tester en préproduction puis décider du déploiement. Cette maîtrise demande néanmoins de suivre les versions embarquées dans les bibliothèques clientes et les outils : leur mise à jour devient aussi un point de contrôle de l’évolution de l’API.
Les erreurs structurées peuvent faciliter leur traitement automatisé. Les résultats partiels peuvent, eux, éviter qu’un incident local fasse échouer une requête globale, mais les équipes devront tenir compte du caractère potentiellement incomplet des réponses. Les nouveaux paramètres et contrôles de permissions restent donc à évaluer au regard des scripts et usages concernés, plutôt qu’à considérer comme une amélioration sans vérification.
Comment UNEETY peut vous accompagner
Une ESN comme UNEETY peut aider à inventorier les intégrations concernées, cadrer le choix des versions et organiser les tests de compatibilité. L’accompagnement peut également porter sur la sécurisation des accès, l’intégration dans les outils existants et l’adoption de pratiques de mise à jour adaptées.
Découvrez notre offre Infra & Cloud ou contactez-nous.
Source : annonce Google Cloud du 4 novembre 2026.