Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Utilisation de plans de contrôle dans des environnements agentiques
Les meilleures pratiques multi-locataires divisent souvent les implémentations en deux parties distinctes : un plan de contrôle et un plan d'application. Le plan de contrôle fournit un écran unique permettant d'accéder aux mécanismes opérationnels, de gestion et d'orchestration qui concernent tous les locataires de l'environnement. Le plan applicatif est l'endroit où résident la logique métier, les fonctionnalités et les fonctionnalités.
Cette division des responsabilités s'applique également aux modèles agentiques. Un agent mutualisé nécessite un certain degré de centralisation de la gestion, des opérations et des informations, et il est logique de répondre en permanence à ces besoins par le biais d'un plan de contrôle. Le schéma suivant montre une vue conceptuelle de la façon dont ces plans sont divisés dans un environnement d'agent en tant que service (AaaS).
Ce schéma montre la séparation traditionnelle des plans de contrôle et d'application. Ce qui est nouveau, c'est que le plan de contrôle gère désormais les agents qui constituent un environnement AaaS. Le plan de contrôle interagit avec tous les agents car nous supposons que les agents sont créés, gérés et déployés par un seul fournisseur.
Ce modèle introduit des niveaux de complexité supplémentaires, notamment en ce qui concerne le cycle de vie des agents et la coordination avec des tiers, mais conserve la séparation fondamentale des préoccupations. Le plan de contrôle fournit toujours les mêmes fonctionnalités de base en orchestrant la configuration des agents, en garantissant l'observabilité des locataires et des agents, en collectant les données de consommation et de mesure pour la facturation et en gérant les politiques des locataires.
Ce scénario devient plus complexe si vous considérez un système multi-agents qui intègre des agents de différents fournisseurs. Le schéma suivant montre un exemple d'un tel modèle.
Ce diagramme représente quatre agents de différents fournisseurs qui font partie d'un système multi-agentic. Les fournisseurs tiers continuent d'exploiter et de déployer chaque agent, qui est configuré pour permettre l'accès autorisé d'un ou de plusieurs fournisseurs. Les agents restent toutefois sous le contrôle du fournisseur, de sorte que chaque agent conserve son propre plan de contrôle.
Essentiellement, ces agents multi-locataires se comportent comme des services tiers qui s'intègrent à d'autres agents. Ils doivent donc disposer de leur propre plan de contrôle pour centraliser le fonctionnement, la configuration et la gestion des capacités d'un agent.
Nous partons du principe que les agents sont des services indépendants qui fonctionnent dans le cadre d'une expérience hébergée par un fournisseur. Mais cela peut ne pas être clair dans un scénario où un agent consommateur impose plus de contraintes quant à la manière et au lieu d'héberger un agent.
Intégrer les locataires aux agents
L'intégration est généralement un élément essentiel de tout environnement AaaS. La façon dont vous créez, configurez et approvisionnez les locataires implique souvent de nombreux éléments mobiles, intégrations et outils. L'expérience d'intégration des agents peut nécessiter les mêmes services que ceux que l'on trouve dans un plan de contrôle AaaS, notamment l'identité des locataires, la hiérarchisation, le provisionnement des ressources par locataire et la configuration des politiques des locataires.
Votre approche en matière d'intégration des agents est influencée par l'encombrement et le modèle de location de votre environnement d'agence. Les agents cloisonnés et groupés ont chacun leurs propres nuances, et le choix d'utiliser un ou plusieurs agents a également une incidence sur le processus d'intégration. Le schéma suivant montre une vue conceptuelle de l'impact de l'intégration sur la configuration d'un agent.
Chaque fois que vous embarquez un agent, le plan de contrôle doit prendre les mesures nécessaires pour permettre au locataire d'accéder à l'agent. La procédure d'introduction des locataires varie en fonction du modèle d'autorisation de l'agent, mais supposons que vous allez créer une identité de locataire qui associe les demandes des agents à des locataires individuels. Ce contexte de locataire dicte l'expérience de l'agent en l'appliquant aux itinéraires, aux étendues et au contrôle d'accès.
L'intégration peut également vous obliger à configurer les ressources par locataire utilisées par un agent. C'est ici que le service de provisionnement des locataires du plan de contrôle connecte votre agent aux données et ressources spécifiques au locataire qu'il consulte.
Si votre système repose sur l'intégration d'agents tiers, vous devez également répondre aux besoins de ces agents lors du processus d'intégration. Son fonctionnement dépend des mécanismes de sécurité et d'intégration permettant d'autoriser l'accès entre les agents. Idéalement, les étapes requises pour orchestrer et configurer l' agent-to-agentauthentification et l'autorisation sont traitées par le biais d'une intégration automatisée.
