Cloud Location Finder API : Vos Régions Cloud avec Précision

À la suite du Google Cloud Next ’25 qui s’est déroulé mi-juin, une nouvelle API a fait son apparition sur la scène cloud. Bien que l’annonce ait été discrète pendant cet événement, Google a publié la documentation officielle peu de temps après.

Découvrons ensemble la « Cloud Location Finder API«  !

Cette API révolutionne la sélection des régions dans les environnements cloud (GCP, AWS, Microsoft Azure, Oracle Cloud Infrastructure). Les régions cloud sont des ensembles de zones géographiques avec une communication à haut débit et faible latence. Imaginez une API qui vous permet de choisir dynamiquement la région ou la zone avec la latence la plus faible selon vos critères spécifiques ! Nous entrons dans une nouvelle ère où il n’est plus nécessaire de coder en dur le choix des régions dans un environnement multi-région ou multi-cloud.

Contexte et utilité de l’API CLF (Cloud Location Finder)

Cette API répond à plusieurs enjeux critiques :

• Projets multi-pays: Adapter automatiquement la région au pays cible
• Enjeux de latence et performance: Choix dynamique selon la source de trafic
• CI/CD décentralisé: Automatiser intelligemment le déploiement
• Optimisation énergétique: Filtrer selon l’empreinte carbone

Dans la suite de cet article, nous allons explorer un cas pratique concret et détailler les différents critères d’utilisation disponibles.

Cas Pratique : Déploiement Dataform Multi-Région

Contexte

Vous travaillez dans un environnement GCP avec Dataform, et actuellement votre fichier YAML utilise une région fixe. L’objectif est de déployer vos pipelines Dataform en multi-région en sélectionnant automatiquement la région la plus proche avec une haute proportion d’énergie verte.

Étape 1 : Script de recherche de la meilleure région

#!/bin/bash

# Recherche de la région GCP optimale : proximité + énergie verte

BEST_REGION=$(gcloud alpha cloudlocationfinder cloud-locations search \

--source-cloud-location=gcp-europe-west1 \

--query="cloud_provider=CLOUD_PROVIDER_GCP AND cloud_location_type=CLOUD_LOCATION_TYPE_REGION AND carbon_free_energy_percent>=80" \

--limit=1 \

--sort-by=proximity_score \

--format="value(name)")

echo "Meilleure région trouvée : $BEST_REGION"

Étape 2 : Injection dynamique dans le template YAML

Créez d’abord un template Dataform :

# dataform.template.yaml

dataformCoreVersion: "3.0.0"

defaultProject: fr-ist-article-datadesk-dev

defaultLocation: __BEST_REGION__

defaultDataset: src_sage_test

# ... autres configurations

Puis remplacez le placeholder par la région optimale :

# Copie et mise à jour du template

cp dataform.template.yaml dataform.yaml

sed -i "s/__BEST_REGION__/$BEST_REGION/" dataform.yaml

# Déploiement avec la configuration optimisée

dataform install

dataform run

Analyse détaillée du script CLF

Décortiquons chaque élément du script pour bien comprendre son fonctionnement :

BEST_REGION=$(gcloud alpha cloudlocationfinder cloud-locations search \

--source-cloud-location=gcp-europe-west1 \

--query="cloud_provider=CLOUD_PROVIDER_GCP AND cloud_location_type=CLOUD_LOCATION_TYPE_REGION AND carbon_free_energy_percent>=80" \

--limit=1 \

--sort-by=proximity_score \

--format="value(name)")

Explication des paramètres

BEST_REGION=$( … )
Cette syntaxe Bash capture la sortie de la commande entre parenthèses et la stocke dans la variable BEST_REGION.

gcloud alpha cloudlocationfinder cloud-locations search
Commande principale qui interroge l’API Cloud Location Finder via l’outil CLI gcloud en version alpha. Elle permet de rechercher des emplacements cloud selon des critères personnalisés.

–source-cloud-location=gcp-europe-west1
Définit la région de référence : la recherche identifiera les régions les plus proches (en termes de latence réseau) d’europe-west1 (Belgique/Europe).

–query= »… »
Le cœur du filtrage avec une requête complexe combinant plusieurs critères :

• cloud_provider=CLOUD_PROVIDER_GCP→ Limite aux régions GCP uniquement
• cloud_location_type=CLOUD_LOCATION_TYPE_REGION→ Exclut les zones spécifiques, ne garde que les régions
• carbon_free_energy_percent>=80→ Sélectionne uniquement les régions où au moins 80% de l’énergie provient de sources renouvelables

–limit=1
Limite la réponse à 1 région seulement (la meilleure selon le critère de tri).

–sort-by=proximity_score
Trie les résultats selon la proximité géographique (latence) par rapport à la région source. La région la plus proche respectant tous les critères sera donc retournée en premier.

–format= »value(name) »
Formate la sortie pour récupérer uniquement le nom de la région (ex : europe-north1) sans métadonnées supplémentaires.

Conclusion

L’API Cloud Location Finder représente une avancée significative pour l’optimisation des déploiements cloud. Elle permet d’automatiser des décisions complexes en combinant performance, proximité géographique et critères environnementaux, ouvrant la voie à des architectures cloud plus intelligentes et durables.