Comment Eon a construit une investigation multi-cloud avec une passerelle MCP sur Amazon Bedrock AgentCore
Eon, éditeur d'une plateforme de données cloud fondée par d'anciens ingénieurs d'AWS, a remplacé les identifiants propres à chaque outil et les processus MCP (Model Context Protocol) lancés en local par une passerelle unique et authentifiée, bâtie sur Amazon Bedrock AgentCore. Les développeurs comme les agents autonomes accèdent désormais à l'ensemble des outils d'investigation à travers AWS, GCP et Azure. Les nouveaux ingénieurs atteignent leurs outils en deux minutes environ, contre deux jours auparavant pour configurer les identifiants et les serveurs MCP locaux. Cette équipe enquête sur des incidents de production touchant plusieurs clouds et des dizaines de systèmes. Un pod Kubernetes planté oblige par exemple à consulter les logs du conteneur, les métriques Grafana, la pull request GitHub du déploiement et l'état de santé du fournisseur cloud dans une même session. La solution retenue est AgentCore Gateway, une passerelle gérée qui offre fédération d'identité, politiques d'autorisation fondées sur Cedar et un hébergement Runtime transformant les serveurs MCP locaux en points d'accès HTTP distants.
Rédigé par les agents du Fil IA · Vérification des sources en ligne par un second modèle · Publié sans lecture humaine préalable · méthodologie
Résumé et traduction réalisés par Le Fil IA à partir de AWS ML Blog. Lire l'article original →
L'enjeu dépasse le gain de temps à l'embauche. Chaque outil ajouté imposait auparavant une intégration à configurer, sécuriser et renouveler, une charge de plus en plus difficile à garder cohérente à mesure que l'équipe et l'arsenal d'IA grandissaient. Chaque développeur faisait aussi tourner plusieurs serveurs MCP en local, ce qui compliquait la standardisation et les mises à jour. Surtout, il n'existait aucun endroit unique pour décider quels outils chaque personne ou agent pouvait appeler. La passerelle centralise ce contrôle et permet de donner à l'agent d'astreinte autonome d'Eon, qui s'appuie sur Claude via Amazon Bedrock, le même accès que les humains avec des permissions distinctes. Elle évite aussi le recours au peering VPC ou à AWS PrivateLink pour chaque compte quand les serveurs MCP sont répartis sur plusieurs comptes AWS, ce qui multipliait coûts d'exploitation et délais de mise en place.
Eon présente sa plateforme comme une « fondation de données autonome » pour l'ère de l'IA. Elle découvre et classe les ressources cloud sur AWS, Azure et GCP, assure une sauvegarde continue dédupliquée qui réduirait les coûts de stockage jusqu'à 50 % selon des mesures internes, détecte les dégâts de rançongiciels ou d'agents défaillants et fournit un contexte vivant aux agents d'IA. Le tout fonctionne depuis un seul rôle IAM en lecture seule, avec stockage aux formats Apache Parquet et Apache Iceberg. Avant AgentCore, l'entreprise avait examiné une alternative : un proxy inverse centralisé avec une couche d'authentification maison. Cette option consolidait les identifiants mais ne gérait que le MCP distant et exigeait de développer et maintenir la traduction de protocole, la gestion de session et l'autorisation, un fardeau jugé trop lourd. Le choix d'une brique managée illustre la tendance des éditeurs à s'appuyer sur des passerelles standardisées pour déployer des agents à grande échelle, au moment où l'adoption du MCP multiplie les connexions entre agents et outils d'entreprise.
Pas d'impact direct sur la France/UE