À mesure que les agents d'IA passent du stade des projets pilotes expérimentaux à celui d'une infrastructure opérationnelle essentielle, ils ont besoin d'un moyen fiable et réglementé pour faire le lien entre deux environnements : la plateforme gère leur logique et les systèmes d'entreprise qui hébergent leurs données.
SnapLogic propose deux approches distinctes pour répondre à ces différents besoins opérationnels : 1) SnapLogic MCP Server et 2) Enterprise MCP. Il est essentiel de bien comprendre cette distinction : les agents génèrent des volumes de trafic backend exponentiellement plus élevés que les équipes humaines, et le fait de regrouper ces deux approches dans un modèle générique du type « l’IA peut appeler n’importe quoi » engendre des risques de sécurité et une prolifération opérationnelle.
Pour réussir à grande échelle, les entreprises ont besoin d'une séparation claire et réglementée entre la gestion des opérations des agents et l'accès aux données d'entreprise.
Petit guide d'introduction au MCP
Le Model Context Protocol (MCP) est une norme ouverte qui offre aux agents d'IA un moyen cohérent de détecter et d'appeler des outils. Au lieu de mettre au point une intégration sur mesure chaque fois qu'un agent doit interagir avec un nouveau système, celui-ci interroge un serveur MCP pour connaître les ressources disponibles et fait appel à celles dont il a besoin.
Le serveur gère l'authentification, la structure et la réponse. SnapLogic intervient des deux côtés de cette communication, et fonctionne que l'agent à l'origine de l'appel repose sur Claude, sur un autre fournisseur d'IA ou sur un framework interne développé de toutes pièces par votre équipe.
Première voie : SnapLogic MCP Server, l'interface MCP régie permettant d'accéder à la plateforme
La mise en place d’un pipeline et son exploitation en production sont deux choses bien distinctes. Une fois le pipeline en place, il faut encore qu’un système se charge de le déployer, de l’exécuter, d’en assurer la sécurité et de rendre compte de son exécution. C’est là qu’intervient le serveur MCP de SnapLogic. Il s’agit de la couche d’exploitation des agents, qui expose les mêmes plateforme que celles sur lesquelles un développeur cliquerait dans Designer, sous la forme d’appels d’outils régis par des règles. Voici quelques exemples concrets.
Compiler et déployer avec le même agent
Cas d'utilisation : un agent de codage qui déploie et gère les pipelines qu'il vient de créer. SnapCode est l'outil en langage naturel utilisé par les développeurs pour créer un pipeline ; le serveur MCP de SnapLogic se charge ensuite de le déployer, de l'exécuter, de le valider et de le gérer. Grâce à lui, un agent peut effectuer ces plateforme sous forme d'appels d'outils, soit les mêmes actions qu'un développeur effectuerait normalement en cliquant dans Designer.
Production à grande échelle, avec une piste d'audit
Cas d’utilisation : un agent métier exploitant des pipelines déjà en production à haut débit. Chaque appel comporte l’identité de la personne ou du système pour le compte duquel l’agent agit ; il est vérifié par rapport à la politique en vigueur, soumis à une limitation de débit, puis consigné dans un journal indiquant qui l’a déclenché, ce qui a été exécuté et ce qui s’est passé. Une fois qu’un pipeline est en cours d’exécution, aucun LLM n’intervient dans son exécution ; le coût et le comportement restent donc fixes et prévisibles. C’est le principe «créer avec l’IA, exécuter avec SnapLogic »: l’agent crée le pipeline, la plateforme de la même manière à chaque fois.
Un agent par porte d'entrée
Cas d'utilisation : les architectures à agents multiples qui nécessitent un point d'entrée contrôlé. Plutôt que de configurer un chemin d'accès distinct pour chaque agent de codage, agent métier ou architecture personnalisée adoptée par une équipe, le serveur MCP de SnapLogic leur offre un point de terminaison unique et contrôlé vers la plateforme.
Deuxième option : Enterprise MCP, pour les solutions déjà prises en charge par SnapLogic
Le premier chemin concerne les pipelines qu'un agent vient de créer. Le deuxième chemin couvre toutes les connexions déjà établies par SnapLogic. Enterprise MCP reprend vos pipelines et Snaps existants et les rend accessibles sous forme d'outils qu'un agent peut détecter et appeler, ce qui permet aux agents d'accéder à de véritables systèmes métier sans avoir à les recréer.
Un contexte professionnel réel, à la demande
Cas d'utilisation : un agent qui consulte le statut d'une commande dans SAP ou qui effectue un rapprochement entre deux systèmes. Enterprise MCP expose les pipelines et les intégrations existants sous forme d'outils MCP, tout en tirant parti des plus de 1 000 connecteurs d'entreprise de SnapLogic. Cela fournit à l'agent suffisamment de contexte métier réel pour comprendre l'état des données entre les différents systèmes, effectuer un rapprochement entre les données client d'un système de gestion des tickets et celles du CRM, ou extraire les informations permettant de raccourcir un cycle de vente.
Des pipelines qui peuvent également s'étendre vers l'extérieur
Cas d'utilisation : un pipeline qui nécessite les fonctionnalités d'un serveur MCP SnapLogic tiers. Le fonctionnement s'effectue dans le sens inverse. Un client MCP permet aux pipelines que vous avez déjà créés de se connecter à des serveurs MCP SnapLogic externes, de générer les définitions de fonctions, d'exécuter des opérations à distance et de formater les résultats. Vos intégrations peuvent ainsi tirer parti des développements réalisés par d'autres équipes ou fournisseurs sans que vous ayez à les refaire.
Un point d'accès géré
Cas d'utilisation : le service informatique a besoin d'un point d'accès centralisé et contrôlé, plutôt que d'une multitude d'agents disparates. Chaque appel Enterprise MCP transite par la passerelle IA de SnapLogic, où sont gérés l’authentification, les limites de débit, les pistes d’audit et la propagation d’identité (Trusted Agent Identity), ce qui limite un agent aux autorisations exactes de la personne pour le compte de laquelle il agit. Comme ces connexions sont centralisées via la passerelle plutôt que de type point à point, le service informatique gère un seul système au lieu de devoir superviser une nouvelle intégration chaque fois qu’un agent a besoin d’accéder à un nouveau système.
Enterprise MCP fonctionne en parallèle des API existantes, des requêtes directes vers la base de données et du catalogue Snap. Il est compatible avec les agents développés en dehors de AgentCreator.
Même fondation, deux entrées
SnapLogic MCP Server et Enterprise MCP reposent sur une base unifiée, et non sur des modèles de confiance distincts. Chaque appel est authentifié, autorisé, soumis à une limitation de débit et consigné, ce qui garantit une exécution déterministe des pipelines. Cette cohérence permet aux équipes de sécurité d’adopter en toute confiance l’automatisation pilotée par des agents, sans plus considérer chaque agent comme un nouveau risque d’intégration. Elle élimine également la prolifération opérationnelle générée lorsque les équipes mettent en place des méthodes ad hoc pour permettre aux agents d’accéder aux systèmes métier.
Lequel correspond à votre cas d'utilisation ?
Si vous construisez ou exploitez directement des pipelines, commencez par le serveur MCP de SnapLogic. Si vos agents doivent accéder aux systèmes métier auxquels SnapLogic est déjà connecté, commencez par Enterprise MCP.
La plupart des organisations finiront par avoir besoin des deux au sein d'un même flux de travail. Un agent gère les pipelines par un côté tout en alimentant un processus qui rejoint les systèmes métier par l'autre. Le même modèle d'identité et d'audit régit les deux.
Prêt à le voir fonctionner sur vos propres systèmes ? Réservez une démonstration, et nous vous présenterons les deux méthodes en les appliquant à vos données.
