Le Model Context Protocol (MCP) standardise la façon dont les grands modèles de langage (LLM) et les applications ou agents d'IA se connectent à des sources de données externes. Les serveurs MCP vous permettent d'utiliser leurs outils, leurs ressources et leurs prompts pour effectuer des actions et obtenir des données à jour à partir de leur service de backend.
Quelle est la différence entre les serveurs MCP locaux et distants ?
- Serveurs MCP locaux
- Ils s'exécutent généralement sur votre ordinateur local et utilisent les flux d'entrée et de sortie standards (stdio) pour la communication entre les services sur le même appareil.
- Serveurs MCP distants
- S'exécuter sur l'infrastructure du service et proposer un point de terminaison HTTP aux applications d'IA pour la communication entre le client MCP d'IA et le serveur MCP. Pour en savoir plus sur l'architecture MCP, consultez Architecture MCP.
Noyau sans état
Avec la version 2026-07-28 du MCP, le MCP passe d'un protocole bidirectionnel avec état à un protocole sans état.
Chaque requête MCP est auto-descriptive et peut être acheminée à l'aide d'en-têtes. Le handshake initialize/initialized ou Mcp-Session-Id n'est pas nécessaire, car chaque requête inclut toutes les informations requises dans les en-têtes HTTP ou le paramètre _meta. Les serveurs MCP peuvent demander des informations supplémentaires requises par un outil via des requêtes multi-aller-retour (MRTR).
Pour faciliter le routage et le traitement des requêtes sans analyser le corps de la requête, certains en-têtes MCP sont requis, y compris les suivants :
- En-têtes requis par la spécification MCP, tels que l'en-tête de version du protocole et les en-têtes de requête standards.
- En-têtes personnalisés définis par le serveur MCP. Ces en-têtes sont mis en miroir dans les en-têtes HTTP à partir du schéma d'entrée de l'outil à l'aide de la propriété
x-mcp-header. Par exemple, un serveur MCP peut définir un en-tête personnalisé pour spécifier la région ou l'ID du projet Google Cloud .
Pour en savoir plus sur l'architecture MCP, consultez la spécification et les principaux changements de la version 2026-07-28 de MCP.
Serveurs MCP distants Google et Google Cloud
Les serveurs MCP distants Google et Google Cloud présentent les fonctionnalités et avantages suivants :- Découverte simplifiée et centralisée
- Points de terminaison HTTP gérés mondiaux ou régionaux
- Autorisations précises
- Sécurité facultative des prompts et des réponses avec la protection Model Armor
- Journaux d'audit centralisés
Pour en savoir plus sur les autres serveurs MCP et sur les contrôles de sécurité et de gouvernance disponibles pour les serveurs MCP Google Cloud, consultez la présentation des serveurs MCP Google Cloud.
Avant de commencer
- Vous devez disposer d'un projet Google Cloud avec l'API Cloud Location Finder activée. Pour obtenir des instructions, consultez le guide de démarrage rapide de Cloud Location Finder.
Rôles requis
Pour obtenir les autorisations nécessaires pour utiliser le serveur MCP Cloud Location Finder, demandez à votre administrateur de vous accorder les rôles IAM suivants sur le projet dans lequel vous souhaitez utiliser le serveur MCP Cloud Location Finder :
-
Effectuer des appels d'outils MCP : Utilisateur de l'outil MCP (
roles/mcp.toolUser)
Pour en savoir plus sur l'attribution de rôles, consultez Gérer l'accès aux projets, aux dossiers et aux organisations.
Ces rôles prédéfinis contiennent les autorisations requises pour utiliser le serveur MCP Cloud Location Finder. Pour connaître les autorisations exactes requises, développez la section Autorisations requises :
Autorisations requises
Vous devez disposer des autorisations suivantes pour utiliser le serveur MCP Cloud Location Finder :
-
Effectuer des appels d'outils MCP :
mcp.tools.call
Vous pouvez également obtenir ces autorisations avec des rôles personnalisés ou d'autres rôles prédéfinis.
Authentification et autorisation
Le serveur MCP distant Cloud Location Finder utilise le protocole OAuth 2.0 avec Identity and Access Management (IAM) pour l'authentification et l'autorisation. Toutes les identitésGoogle Cloud sont compatibles avec l'authentification auprès des serveurs MCP.Le serveur MCP distant Cloud Location Finder nécessite une authentification à l'aide d'OAuth 2.0. Elle n'accepte pas les clés API.
Nous vous recommandons de créer une identité distincte pour les agents qui utilisent des outils MCP afin de pouvoir contrôler et surveiller l'accès aux ressources. Pour en savoir plus sur l'authentification, consultez S'authentifier auprès des serveurs MCP.
Champs d'application OAuth MCP de Cloud Location Finder
OAuth 2.0 utilise des champs d'application et des identifiants pour déterminer si un compte principal authentifié est autorisé à effectuer une action spécifique sur une ressource. Pour en savoir plus sur les champs d'application OAuth 2.0 chez Google, consultez Utiliser OAuth 2.0 pour accéder aux API Google.
Cloud Location Finder nécessite le niveau d'accès OAuth de l'outil MCP suivant :
| URI de champ d'application pour gcloud CLI | Description |
|---|---|
https://www.googleapis.com/auth/cloud-platform |
Permet un accès complet à tous les services Google Cloud . |
Des champs d'application supplémentaires peuvent être requis sur les ressources auxquelles vous accédez lors d'un appel d'outil.
Configurer un client MCP pour utiliser le serveur MCP Cloud Location Finder
Les applications et agents d'IA, tels que Claude ou Antigravity, peuvent instancier un client MCP qui se connecte à un seul serveur MCP. Une application d'IA peut avoir plusieurs clients qui se connectent à différents serveurs MCP. Si votre application ne figure pas dans les instructions spécifiques au client, vous pouvez utiliser les informations suivantes pour vous connecter à partir de la plupart des applications.
Dans votre application d'IA, recherchez un moyen d'ajouter un serveur MCP distant ou de vous y connecter. Pour le serveur MCP Cloud Location Finder, saisissez les informations suivantes :
- Nom du serveur : serveur MCP Cloud Location Finder
- URL du serveur ou Point de terminaison :
https://cloudlocationfinder.googleapis.com/mcp - Transport : HTTP diffusable en streaming
- Détails de l'authentification : selon la façon dont vous souhaitez vous authentifier, vous pouvez saisir vos identifiants Google Cloud , votre ID client et votre code secret OAuth, ou l'identité et les identifiants d'un agent. Pour en savoir plus sur l'authentification, consultez S'authentifier auprès des serveurs MCP.
- Champ d'application OAuth : le serveur MCP Cloud Location Finder nécessite le champ d'application
https://www.googleapis.com/auth/cloud-platform.
URI de redirection
Pour les applications Web et certaines applications de bureau, vous devez ajouter un URI de redirection à la liste d'autorisation lorsque vous créez un ID client et un code secret pour l'authentification. Les URI de redirection sont utilisés par le serveur d'autorisation pour envoyer des jetons à votre application. La documentation de votre application doit spécifier l'URI de redirection que vous devez utiliser. Les URI de redirection personnalisés ne sont pas acceptés.
Pour obtenir des conseils spécifiques à l'application sur la configuration et la connexion au serveur MCP, consultez Conseils spécifiques au client.
Pour obtenir des conseils plus généraux, consultez les ressources suivantes :
Outils disponibles
Pour afficher les détails des outils MCP disponibles et leurs descriptions pour le serveur MCP Cloud Location Finder, consultez la documentation de référence sur le MCP Cloud Location Finder.
Lister les outils
Utilisez l'inspecteur MCP pour lister les outils ou envoyez une requête HTTP tools/list directement au serveur MCP distant Cloud Location Finder. La méthode tools/list ne nécessite pas d'authentification.
curl -X POST https://cloudlocationfinder.googleapis.com/TOOLSET_ENDPOINT \
-H 'Content-Type: application/json' \
-H 'Accept: application/json' \
-H 'MCP-Protocol-Version: MCP_PROTOCOL_VERSION' \
-H 'Mcp-Method: tools/list' \
-d '{
"jsonrpc": "2.0",
"id": 1,
"method": "tools/list",
"params": {
"_meta": {
"io.modelcontextprotocol/protocolVersion": "MCP_PROTOCOL_VERSION",
"io.modelcontextprotocol/clientCapabilities": {
"extensions": {
"io.modelcontextprotocol/ui": {
"mimeTypes": ["text/html;profile=mcp-app"]
}
}
}
}
}
}'
Remplacez les éléments suivants :
TOOLSET_ENDPOINT: le reste du point de terminaison MCP après le nom du service. Par exemple, pour Cloud Location Finder, il peut s'agir demcp/toolset-name.MCP_PROTOCOL_VERSION: version du protocole MCP. Exemple :2026-07-28.
Exemples de cas d'utilisation
Voici des exemples de cas d'utilisation du serveur MCP Cloud Location Finder. Ces exemples montrent les types de requêtes que vous pouvez fournir à votre agent.
Proximité et latence
Prompt : "Trouve la zone Google Cloud la plus proche de la région AWS us-east-1."
Cela invite l'agent à utiliser l'outil search_cloud_locations pour filtrer les zones les plus proches de l'emplacement aws-us-east-1 en fonction de la latence du réseau :
Développement durable
Requête : "List Google Cloud regions that have a carbon free energy percentage of 80% or higher."
Cela invite l'agent à utiliser l'outil list_cloud_locations pour filtrer les régions avec un carbon_free_energy_percentage >= 80 :
Configuration de la conformité
Prompt : "Trouve tous les emplacements cloud en Europe pour garantir la conformité de la résidence des données."
Configurations de sécurité facultatives
Le MCP introduit de nouveaux risques et considérations de sécurité en raison de la grande variété d'actions que vous pouvez effectuer avec les outils MCP. Pour minimiser et gérer ces risques,Google Cloud propose des paramètres par défaut et des règles personnalisables permettant de contrôler l'utilisation des outils MCP dans votre organisation ou projet Google Cloud.
Pour en savoir plus sur la sécurité et la gouvernance de MCP, consultez Sécurité et sûreté de l'IA.
Contrôler l'utilisation de MCP avec des stratégies IAM
Les stratégies de refus et les stratégies d'autorisation IAM (Identity and Access Management) vous aident à sécuriser les serveurs Google Cloud et Google MCP.
Vous pouvez combiner plusieurs critères pour créer des règles de sécurité et de gouvernance personnalisées en autorisant ou en refusant l'accès en fonction des éléments suivants :
- Le compte principal.
- Propriétés de l'outil, comme l'attribut en lecture seule.
- Nom du service ou de l'outil.
- ID client OAuth de l'application.
Pour en savoir plus, consultez Contrôler l'utilisation de MCP avec Identity and Access Management.
Étapes suivantes
- Consultez la documentation de référence sur le MCP Cloud Location Finder.
- En savoir plus sur les serveurs MCP Google Cloud