View a markdown version of this page

Introducción y aplicación del contexto del inquilino - AWS Guía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Introducción y aplicación del contexto del inquilino

Si creamos agentes que apoyen la contratación múltiple, debemos empezar por considerar cómo configurar el contexto del inquilino, que se utilizará para aplicar políticas, estrategias y mecanismos específicos para cada inquilino dentro de la implementación del agente.

En el nivel más básico, puede introducir el contexto del inquilino en los agentes mediante las herramientas y los mecanismos habituales que utilizamos en las arquitecturas multiusuario clásicas. Esto podría realizarse mediante una clave de API o mediante otros mecanismos de validación. OAuth Muchos ejemplos de esto se centran en convertir un sistema o usuario autenticado en una clave de token web JSON (JWT) que contiene el contexto del inquilino. A continuación, el JWT se propaga por el sistema. Esto se vuelve más interesante cuando consideramos cómo componer los sistemas de agentes. El siguiente diagrama muestra un ejemplo de dos tipos de entornos de agentes.

Composición de sistemas agénticos.

En este diagrama, el modelo de la izquierda representa un sistema de agencias en el que todos los agentes son propiedad de una sola entidad, están gestionados y alojados por ella. Cuando tenga el control total de toda la experiencia, podrá utilizar estrategias típicas para transferir los inquilinos a cada agente.

El modelo del lado derecho, que puede ser más común, representa un sistema de agentes que abarca varias entidades. Los agentes se crean, administran y operan de forma independiente, por lo que cada uno tiene sus propios esquemas de autenticación y autorización. En este caso, el desafío es que necesitamos una forma universal de resolver y compartir el contexto de los inquilinos entre estos agentes. Esto se basa en un modelo más distribuido en el que cada agente debe poder autenticar los sistemas o los usuarios y entregarlos a un inquilino de acuerdo con los mecanismos aplicados.

Crear agentes conscientes de los inquilinos

La multitenencia influye en la forma en que implementamos a los agentes individuales. A medida que un agente procesa las solicitudes, considere cómo el contexto del inquilino afecta a la forma en que un agente accede a los datos, toma decisiones e invoca acciones. Para entender mejor cómo y dónde afecta la multitenencia al perfil de su agente, primero determine cómo los constructos pueden formar parte de cualquier agente.

El desafío es que el alcance, la naturaleza y el diseño de los agentes no son nada concretos, ya que los proveedores toman sus propias decisiones sobre el diseño de la experiencia de los agentes. En última instancia, el objetivo de un agente es que es un servicio de aprendizaje autónomo que puede acceder a una variedad de herramientas, fuentes de datos y memoria para determinar la mejor manera de resolver una tarea.

Es menos importante saber exactamente qué estrategias y patrones utiliza un agente. En un modelo multiusuario, es más importante identificar cómo se configuran, se accede y se aplican las distintas partes de un agente. Pensemos en un posible entorno de agentes que dependa de una serie de recursos y mecanismos para alcanzar sus objetivos. En el siguiente diagrama se muestra un ejemplo de un agente de este tipo.

Partes móviles de un agente.

Este diagrama representa una amplia gama de posibilidades de la agencia y muestra varias herramientas y mecanismos que podrían combinarse para lograr un objetivo. En la parte izquierda del diagrama, observe cómo un agente depende de la memoria como parte de su contexto, de las barreras para definir las políticas que guían sus actividades y de los flujos de trabajo que se dirigen a tareas específicas. Algunos podrían argumentar que los flujos de trabajo no deberían incluirse en este contexto, pero puede haber situaciones en las que los flujos de trabajo sean parte integral de la experiencia de un agente.

La parte derecha del diagrama muestra cómo las aportaciones, como el conocimiento y las herramientas, pueden proporcionar información y contexto adicionales que mejoran las capacidades del agente. Luego, el agente genera acciones, como escribir código o acceder a los sistemas. En la parte inferior del diagrama se muestra cómo los agentes dependen de uno o más agentes internos o de terceros que pueden organizarse como parte de un sistema más amplio.

Ahora podemos pensar en lo que significa introducir la multitenencia. La tenencia nos obliga a considerar cómo y dónde un agente introduce las estrategias y los mecanismos que dictan los comportamientos y las acciones. Esto añade otra dimensión a la forma en que pensamos sobre los agentes en términos de sus conocimientos, aprendizaje, herramientas y memoria.

Consideremos ahora cómo modificar este modelo para que sea compatible con la multitenencia. El siguiente diagrama muestra un ejemplo de un modelo multiagente.

Creación de un agente que conozca a los inquilinos.

En este diagrama, presentamos los personajes de los inquilinos que pretenden moldear la forma en que un agente integra el contexto del inquilino. Por ejemplo, en la parte izquierda del diagrama, la memoria del agente está alterada para admitir la memoria específica del inquilino. Lo mismo ocurre en la parte derecha del diagrama, donde el agente apoya los conocimientos y las herramientas específicos del inquilino. El mismo soporte se aplica también a las barandillas.

Este puede ser un ejemplo extremo, ya que no todos los aspectos de un agente multiusuario requieren recursos por arrendatario. El punto es que debes considerar cómo adaptar tu agente a inquilinos específicos puede mejorar su eficacia. Este enfoque le permite a su agente aumentar su impacto y valor, proporcionar un contexto más relevante en sus respuestas y desarrollar capacidades especializadas. De este modo, el agente podrá aprender, adaptarse y realizar tareas que se adapten exclusivamente a diferentes personas.

La idea principal es que el contexto del inquilino afecta directamente a la forma en que se crean los agentes. También puede moldear las interacciones de los inquilinos con entidades externas, incluidos otros agentes. La creación de un agente con múltiples inquilinos presenta desafíos tradicionales, como los vecinos ruidosos, el aislamiento de los inquilinos, la organización por niveles, las limitaciones y la administración de costos. El diseño y la arquitectura de su agente deben abordar estos conceptos fundamentales de múltiples inquilinos, que analizaremos en la siguiente sección.