Une passerelle MCP se place entre vos agents IA et vos outils, d’où l’importance du choix de son emplacement. Ce comparatif met côte à côte Amazon Bedrock AgentCore Gateway, Azure API Management et la passerelle MCP open source de Microsoft, sur l’authentification, le routage, le coût et l’effort d’installation.
Votre agent fonctionne bien avec trois outils. Puis l’équipe ajoute une API de facturation, un système de tickets, un index de recherche et quelques services internes, et chaque client MCP se retrouve avec ses propres URL, ses propres identifiants et sa propre idée de requête sûre. Une passerelle MCP règle ce problème en plaçant un point d’accès unique et contrôlé devant chaque outil. La difficulté consiste à décider où elle se situe. AWS propose une passerelle managée conçue pour les agents, Azure étend un produit de gestion d’API que beaucoup d’équipes utilisent déjà, et les deux clouds permettent d’héberger soi-même un proxy si vous voulez un contrôle total.
Ce comparatif met côte à côte les options réelles : ce que fait chacune, le fonctionnement de l’authentification, la structure de facturation et les étapes exactes pour la mettre en place. Les noms de produits, les formules et les limites évoluent vite, donc les détails ci-dessous suivent la documentation des éditeurs à la date d’octobre 2026. Relisez cette documentation avant de vous engager.
Une passerelle est un proxy inverse qui parle le Model Context Protocol. Les clients envoient des messages JSON-RPC tels que tools/list et tools/call via Streamable HTTP, et la passerelle décide qui peut appeler quoi, transmet chaque appel au bon backend et enregistre ce qui s’est passé. Vos agents IA n’ont jamais besoin de savoir si un outil vit dans une fonction Lambda, une API REST ou un conteneur dans une autre région.
Sans passerelle, chaque client MCP pointe directement vers chaque serveur MCP. Dix agents et huit serveurs représentent quatre-vingts connexions à configurer, sécuriser et surveiller. Avec une passerelle, dix clients communiquent avec un seul point d’accès, et la passerelle répartit les appels vers les serveurs situés derrière elle. Remplacer un backend devient alors une modification de la passerelle au lieu d’un déploiement chez chaque client.
tools/list.💡 Astuce : demandez-vous qui appelle chaque outil et à quelle fréquence. Si la réponse honnête est « un seul développeur, en local », une passerelle est prématurée. Dès qu’une deuxième équipe ou un client externe arrive, elle n’est plus facultative.
Amazon Bedrock AgentCore a atteint la disponibilité générale en octobre 2025, et AgentCore Gateway en est le point d’entrée pour le trafic des agents. Une passerelle contient une ou plusieurs cibles, réparties en trois catégories :
tools/list consolidé.model de la requête détermine la destination.Chaque passerelle nécessite un autorisateur entrant. Les options sont OAuth avec JWT, IAM avec AWS Signature Version 4, un mode « authentification seule » qui valide les jetons et laisse l’autorisation à la cible, et aucune autorisation du tout pour le développement. En production, utilisez l’une des deux premières.
Pour les cibles MCP, AWS recense plusieurs types de sources :
Les appels sortants vers les cibles OpenAPI et MCP passent par des fournisseurs d’identifiants, qui peuvent stocker des identifiants d’API ou des paramètres OAuth, signer avec SigV4, ou ignorer l’authentification pour les points de terminaison publics. Les cibles Lambda et Smithy utilisent le rôle d’exécution que vous y rattachez. Deux options supplémentaires comptent à grande échelle : la recherche sémantique d’outils, qui aide un agent à trouver le bon outil parmi des centaines, et la synchronisation des capacités pour les cibles MCP.
Certaines équipes renoncent à l’option managée et font tourner un proxy MCP open source sur ECS ou EKS, derrière un Application Load Balancer. Vous gérez la mise à l’échelle, les correctifs, la validation des jetons et la journalisation, mais vous obtenez aussi un routage personnalisé, une base de code que vous pouvez réutiliser sur n’importe quel cloud, et aucune dépendance à la liste de fonctionnalités d’un seul éditeur. Cela convient aux équipes plateforme ayant de l’expérience avec Kubernetes, et devient une habitude coûteuse pour les autres.
Azure API Management (APIM) propose deux manières intégrées de publier des serveurs MCP :
La gouvernance passe par le moteur de politiques. Les politiques s’appliquent actuellement à toutes les opérations exposées comme outils d’un serveur MCP donné, et Microsoft mentionne la limitation de débit et les quotas, la validation des JWT avec Microsoft Entra ID ou un autre fournisseur d’identité, le filtrage par IP et la mise en cache des réponses. Le trafic apparaît dans Azure Monitor et Application Insights, et Azure API Center peut servir de registre privé pour que les équipes puissent trouver les serveurs disponibles. Le tout peut aussi être géré comme du code avec Bicep, Terraform, l’Azure CLI ou des modèles ARM.
La disponibilité est large : les niveaux classiques Developer, Basic, Standard et Premium, les niveaux v2 (Basic v2, Standard v2, Premium v2), et la passerelle auto-hébergée pour votre propre infrastructure. Deux limites comptent. APIM ne prend en charge que les outils MCP, sans ressources ni prompts, et les fonctionnalités MCP ne sont pas disponibles dans les espaces de travail.
Indépendamment d’APIM, le dépôt microsoft/mcp-gateway sur GitHub est une couche de proxy inverse et de gestion pour les serveurs MCP sur Kubernetes. Son plan de données utilise un routage avec état et conscient des sessions, de sorte que les requêtes qui partagent un identifiant de session atteignent la même instance de serveur, et son plan de contrôle déploie, met à jour et supprime les adaptateurs de serveurs. L’autorisation repose sur les rôles Entra ID, et le dépôt fournit des chemins de déploiement PowerShell et Bicep vers AKS, avec Azure Container Registry et Cosmos DB.
💡 Changement de spécification : la révision 2026-07-28 de la spécification MCP a supprimé les sessions de protocole, en retirant la poignée de main initialize et l’en-tête
Mcp-Session-Id. L’affinité de session compte encore pour les serveurs sur les anciennes révisions ou ceux qui conservent un état en mémoire, mais les nouveaux serveurs n’en ont plus besoin.
Les exemples de serveurs existants derrière APIM donnés par Microsoft sont LangChain, LangServe, Logic Apps et Functions. Tout serveur compatible MCP qu’APIM peut joindre en HTTP est un candidat, ce qui fait de la passerelle un outil pratique pour encapsuler un parc hétérogène de serveurs anciens et récents.
| Fonctionnalité | AgentCore Gateway | API Management | Passerelle MCP de Microsoft |
|---|---|---|---|
| Modèle | Service AWS managé | Service Azure managé, ou passerelle auto-hébergée | Open source, à exécuter sur Kubernetes |
| Sources d’outils | Lambda, API REST API Gateway, OpenAPI, Smithy, serveurs MCP | API REST dans APIM, serveurs MCP existants | Serveurs MCP que vous déployez dans le cluster |
| Fonctionnalités MCP | Outils, prompts, ressources | Outils uniquement | Selon vos serveurs |
| Authentification entrante | OAuth (JWT), IAM SigV4, authentification seule | JWT depuis Entra ID ou d’autres fournisseurs, plus d’autres méthodes | Autorisation par rôles Entra ID |
| Facturation | Par opération MCP, requête de recherche et outil indexé | Selon le niveau et les unités de mise à l’échelle | Ressources AKS, registre et Cosmos DB que vous exploitez |
| Charge d’exploitation | Faible | Faible à moyenne | Élevée |
| Meilleur usage | Équipes orientées AWS, nombreuses sources d’outils hétérogènes | Équipes utilisant déjà APIM pour les API REST | Équipes plateforme sur Kubernetes |
Identité. Les deux options managées valident les JWT, et APIM accepte explicitement les jetons d’Entra ID ou d’autres fournisseurs d’identité. AgentCore ajoute SigV4 pour les appelants qui possèdent déjà des identifiants AWS, ce qui est pratique pour le trafic de service à service. Quel que soit votre choix, testez la façon dont la passerelle répond à un appel non authentifié. Le modèle d’autorisation MCP repose sur OAuth, et une réponse 401 propre qui oriente les clients vers le bon serveur d’autorisation leur permet de se connecter sans configuration écrite à la main.
Facturation. AgentCore Gateway facture les appels que vos agents effectuent via la passerelle, comptés en opérations MCP comme ListTools, CallTool et Ping, auxquelles s’ajoutent les requêtes de recherche et les outils indexés pour la recherche sémantique. APIM est tarifé selon le niveau et les unités de mise à l’échelle, donc votre facture suit la capacité plutôt que le nombre d’appels. La passerelle de Microsoft est open source, mais vous payez le cluster, le registre, la base de données et les personnes chargées de les corriger. Un trafic irrégulier et de faible volume tend à favoriser la tarification à l’opération, tandis qu’un trafic soutenu et important tend à favoriser une capacité forfaitaire. Consultez la page tarifaire de chaque éditeur pour les chiffres actuels.
💡 Astuce : comme ListTools et Ping comptent comme opérations facturables sur AgentCore, les clients bavards qui rafraîchissent la liste d’outils à chaque tour font grimper la facture. Mettez la liste en cache côté client pendant quelques minutes.
Les deux chemins sont rapides pour un premier outil si votre backend existe déjà. Les étapes ci-dessous restent au niveau que garantit la documentation, vérifiez donc les libellés de la console et les options de la CLI dans la documentation actuelle.
tools/list et vérifiez que chaque outil attendu apparaît, et qu’aucun autre n’apparaît.Une politique de départ ressemble à ceci :
<inbound>
<base />
<validate-jwt header-name="Authorization" failed-validation-httpcode="401"
failed-validation-error-message="Unauthorized">
<openid-config url="https://login.microsoftonline.com/{tenant-id}/v2.0/.well-known/openid-configuration" />
<audiences>
<audience>api://mcp-gateway</audience>
</audiences>
</validate-jwt>
<rate-limit calls="60" renewal-period="60" />
</inbound>
La même requête fonctionne avec l’une ou l’autre passerelle, ce qui en fait une manière équitable de les comparer :
curl -X POST "$GATEWAY_URL" \
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'
Les serveurs sur d’anciennes révisions de la spécification peuvent attendre d’abord un appel initialize, puis un en-tête Mcp-Session-Id ensuite, alors qu’un serveur en révision 2026-07-28 ne le fait pas. Pour tout ce qui dépasse un simple test de fumée, pointez le MCP Inspector vers la passerelle et exécutez un véritable appel d’outil, car une requête isolée ne montrera pas le comportement des réponses en flux.
Quel que soit votre choix, envoyez la télémétrie de la passerelle vers les tableaux de bord que votre équipe consulte déjà, avant la mise en production du premier agent. Le volume d’appels d’outils, les taux d’erreur et la latence par outil vous indiquent ce que les agents utilisent réellement, et lesquelles de vos 200 opérations personne n’appelle jamais.
Choisissez-le lorsque vos outils sont des fonctions Lambda, des API REST sous API Gateway ou des spécifications OpenAPI, lorsque vous voulez un seul point d’accès managé qui les regroupe, et lorsque IAM ou OAuth régit déjà vos appelants. Il convient aussi aux équipes qui veulent la recherche sémantique d’outils sans la construire elles-mêmes, et aux serveurs qui reposent sur des prompts et des ressources.
Choisissez-le lorsque vos API REST sont déjà dans APIM, que votre identité est Entra ID, et que votre équipe plateforme maîtrise le moteur de politiques. Vous obtenez des limites de débit, des quotas, de la mise en cache et une supervision auxquels vous faites déjà confiance. Optez pour la passerelle open source de Microsoft seulement si vous voulez un contrôle au niveau de Kubernetes et pouvez assumer son exploitation.
Vous utilisez les deux clouds ? AgentCore peut regrouper des serveurs MCP distants, et APIM peut se placer devant des serveurs qu’il atteint en HTTP, donc une passerelle d’un cloud peut se placer devant des outils de l’autre. Cela fonctionne, mais cela ajoute de la latence, des frais de sortie réseau et un second système d’identité à synchroniser. En pratique, une passerelle par cloud avec un fournisseur d’identité partagé est généralement plus simple qu’une seule passerelle étirée sur les deux.
💡 Contrôle rapide : comptez vos sources d’outils, puis votre fournisseur d’identité, puis la forme de votre trafic. Surtout des fonctions Lambda et OpenAPI mènent à AgentCore. Surtout des API REST déjà dans APIM mènent à API Management. Une équipe plateforme Kubernetes qui a besoin d’un contrôle strict oriente vers l’option auto-hébergée.
Une passerelle MCP relève de l’infrastructure invisible, et la bonne infrastructure est la partie que personne ne voit. Il en va de même pour les services que vos agents appellent. PicassoIA, par exemple, expose une API pour développeurs à l’adresse api.picassoia.com/v1 avec une authentification par jeton porteur, des tâches asynchrones que vous créez puis interrogez, et un plafond de 5 prédictions simultanées par compte, partagé entre les connexions API et MCP. Ce type de plafond est exactement ce qu’une passerelle doit faire respecter à votre place : mettre en file d’attente ou ralentir les appels de votre côté, plutôt que de laisser les agents accumuler les refus.
Les modèles de langage peuvent aussi vous aider pour la mise en place. Vous pouvez rédiger un Bicep, un Terraform ou une spécification OpenAPI pour votre passerelle avec Claude Sonnet 5, relire une politique avec GPT 5.6 Sol, ou résumer rapidement un long changelog de fournisseur avec Gemini 3.5 Flash. Considérez leur sortie comme un premier brouillon, et soumettez-la au même examen que vous feriez pour la pull request d’un collègue.
Il reste les visuels. Les notes d’architecture, les wikis internes et les annonces de lancement gagnent tous à avoir une belle photo d’en-tête. Ouvrez Picasso IA, choisissez un modèle de texte vers image comme Seedream 4.5, décrivez en quelques phrases la scène souhaitée, puis générez plusieurs variantes. Changez l’objectif, la lumière ou le décor, et comparez. Votre première image ne sera pas la meilleure, et la cinquième l’est généralement. Parcourez tous les modèles sur picassoia.com/en/all-models, et créez vos propres images dès aujourd’hui.
Choisissez votre langue
