View a markdown version of this page

Los agentes cumplen con la multitenencia - 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.

Los agentes cumplen con la multitenencia

Es fácil pensar en los agentes como componentes básicos, ya que los agentes se consideran una serie de componentes autónomos que se ensamblan para satisfacer las necesidades de un dominio o problema empresarial específico. Lo que resulta más interesante es cuando empezamos a pensar en cómo los proveedores empaquetan y consumen estos agentes. En muchos sentidos, un agente se convierte en una fuente de costes e ingresos para una empresa. Los agentes proveedores deben tener en cuenta las diferentes personas que consumen sus servicios, el perfil de consumo de las personas y las estrategias de monetización que les permiten crear modelos de precios y niveles que se adapten a los de los consumidores.

Los proveedores de agentes podrían admitir varios modelos de despliegue de sus agentes para satisfacer las necesidades de los clientes. El siguiente diagrama muestra una vista conceptual de los dos modelos principales de despliegue de agentes.

Dos ejemplos de modelos de despliegue de agentes.

En la parte izquierda del diagrama se muestra el modelo de agente dedicado al cliente. Un proveedor de agentes crea un agente mediante la implementación de una instancia de agente independiente para cada cliente incorporado. Con este enfoque, las capacidades del agente y su capacidad para adquirir conocimientos se limitarían al ámbito del entorno de un cliente determinado. Esto acaba representando una experiencia por cliente que hereda algunas de las complejidades y ventajas de ofrecer un entorno de cliente específico.

Por el contrario, el diagrama de la parte derecha del diagrama muestra un único agente que se implementa en el entorno del proveedor. El agente procesa las solicitudes de varios clientes, evolucionando y aprendiendo en función de la experiencia colectiva de todos los clientes. Cada nuevo cliente que se añada simplemente representará a otro cliente válido del agente. El agente funciona como un modelo de agente como servicio (AAA), utilizando estructuras compartidas para satisfacer las necesidades del cliente. En ambos casos, los agentes consumidores pueden ser aplicaciones, sistemas o incluso otros agentes.

Hay dos maneras de analizar el modelo AAA. El modelo anterior ofrece la misma experiencia a todos los clientes. Esto significa que los aspectos internos del agente no incluirán ningún nivel de especialización que tenga en cuenta el contexto del cliente solicitante. En general, en este modo, se parte del supuesto de que la naturaleza del alcance, los objetivos y el valor de un agente se centra en un conjunto compartido de recursos, conocimientos y resultados que se aplican de forma universal a todos los clientes. 

El enfoque alternativo al AAA es aquel en el que el contexto de los clientes influye en la experiencia y la implementación del agente. El siguiente diagrama proporciona una visión conceptual de la presencia de un agente de la AAA en este contexto.

AAAs con contexto de inquilino.

Desde el punto de vista de la AAA, el origen y el contexto de las solicitudes entrantes afectan significativamente a la presencia del agente. Los recursos, las acciones y las herramientas que forman parte de la implementación subyacente del agente pueden variar para cada solicitud entrante del inquilino. El valor de un agente está relacionado con su capacidad de utilizar el contexto del inquilino para determinar acciones y resultados en los que influyen la situación del inquilino, sus conocimientos y otros factores. Algunas solicitudes pueden generar un resultado único para cada inquilino, y otras pueden generar resultados más personalizados para cada inquilino. Esto añade una nueva dimensión a la capacidad de aprendizaje del agente, que podría incluir ser más contextual y adquirir y aplicar conocimientos que mejoren los resultados esperados.

Para los proveedores, el modelo AAA ofrece muchas ventajas. Dado que varios clientes consumen un solo agente, el proveedor tiene una mejor oportunidad de lograr economías de escala, impulsar la eficiencia operativa, controlar los costos y crear una experiencia de administración unificada. Esto tiene el potencial de aumentar la agilidad, la innovación y el crecimiento del negocio de los agentes.

Estas cualidades se superponen con los mismos principios que impulsan la adopción del modelo de software como servicio (SaaS). Básicamente, el modelo SaaS está diseñado como un servicio multiusuario que hereda muchos de los mismos atributos de escala, resiliencia, aislamiento, incorporación y operativos que se encuentran en un entorno SaaS. En muchos aspectos, la experiencia de SaaS se basa en gran medida en las estrategias y prácticas utilizadas por los proveedores de SaaS, pero es razonable separar estos términos. Para nuestros propósitos, el énfasis se centra principalmente en las implicaciones que conlleva la creación y operación de agentes que requieren el apoyo de múltiples inquilinos.

En el caso de un sistema que pueda tratar a todos los usuarios por igual y no requiera la gestión de datos persistentes, confidenciales o específicos de los clientes, la noción de arrendamiento afectaría mínimamente a sus agentes. En el caso de los sistemas que se espera que atiendan a varios clientes y, al mismo tiempo, preserven el aislamiento de los datos, la personalización y el conocimiento del contexto, dar soporte a varios usuarios podría ser un elemento esencial del diseño, la estrategia y el objetivo de un agente. El siguiente diagrama muestra cómo se puede utilizar la multitenencia en entornos de agencias.

Agente multiinquilino.

En el lado izquierdo de este diagrama hay una arquitectura multiusuario clásica. Incluye una aplicación web y una serie de microservicios que implementan la lógica empresarial. Varios inquilinos consumen la infraestructura compartida de este entorno y se amplía para adaptarse a las cargas de trabajo cambiantes de una población de inquilinos en constante evolución. El entorno se gestiona y gestiona a través de un único panel de vidrio para todos los inquilinos.

Imagínese cómo este modelo mental representa al agente situado en el lado derecho de este diagrama. Un agente utiliza un modelo AAA que utilizan uno o más inquilinos. Los agentes pueden provenir de varios proveedores y el contexto de los inquilinos fluya entre ellos, ya que una sola instancia de un agente debe procesar las solicitudes de varios inquilinos.

El ejemplo que aparece en la mitad de este diagrama es un modelo híbrido en el que los agentes forman parte de la experiencia general de SaaS. Algunas partes del sistema se implementan en un modelo más tradicional y otras partes del sistema se basan en los agentes. Es probable que este patrón sea común en muchas ofertas de SaaS, especialmente para las organizaciones que están haciendo la transición a una experiencia de agente. Es habitual que este modelo persista, ya que no todos los sistemas se suministran únicamente con tecnología AAA. Tenga en cuenta también que la multitenencia sigue aplicándose a los agentes del modelo. Si bien los agentes pueden estar integrados en un sistema, aún pueden procesar las solicitudes de varios inquilinos.

Es natural preguntarse si la multitenencia es realmente importante. Se podría argumentar que un agente procesa las solicitudes, por lo que respaldar el arrendamiento puede tener poco efecto. Sin embargo, a medida que profundizamos en las implicaciones de la gestión de múltiples inquilinos, el arrendamiento puede afectar directamente a la forma en que los agentes influyen en la forma en que los agentes acceden, despliegan y configuran las herramientas, la memoria, los datos y otras partes del agente para ayudar a los inquilinos individuales. El arrendamiento también influye en la forma en que el escalado, la regulación, los precios, la estratificación y otros aspectos empresariales se aplican a la arquitectura de su agente.

Una de las conclusiones de todo esto es que hay casos de uso de agentes que requieren el apoyo de varios inquilinos. El desafío consiste en determinar cómo la multitenencia da forma al diseño y la arquitectura generales de la experiencia de su agencia. Para algunos agentes, el soporte multiusuario representa una capacidad diferenciadora, ya que permite a los agentes aplicar el contexto específico del inquilino a los agentes para obtener los resultados esperados.

En las siguientes secciones, verá la utilidad de la terminología y los patrones de diseño que creamos para describir las arquitecturas SaaS multiusuario. El modelo AAA puede adoptar estos conceptos tomando prestados aspectos útiles, que introducen nuevos conceptos específicos de los agentes cuando son necesarios.

Identidad, contexto del inquilino y sistemas de agencia

Añadir el contexto de los inquilinos a los agentes individuales no es particularmente difícil. En muchos casos, los equipos pueden confiar en los mecanismos típicos que vinculan a los usuarios y los sistemas con los inquilinos y transfieren a los agentes los tokens compatibles con los inquilinos. Esto es relevante si tenemos en cuenta cómo el contexto y la identidad de los inquilinos ayudan a varios agentes. En este modelo, los inquilinos deben estar vinculados a una identidad que abarque a todos los agentes colaboradores.

En general, el ámbito de las agencias requiere un modelo de identidad más transversal que se ajuste a las necesidades actuales y emergentes de los sistemas de las agencias. Los proveedores de agentes requieren mecanismos de identidad que respalden los modelos únicos de seguridad, cumplimiento y autorización que vienen con los sistemas de agentes operativos. Esto es especialmente difícil en entornos en los que los sistemas están compuestos por clientes u otros agentes. Cada agente incorporado debe conectar su identidad y el contexto del inquilino con las interacciones entre los agentes. El siguiente diagrama destaca los posibles desafíos relacionados con la identidad y el contexto del inquilino que forman parte de las interacciones agent-to-agent (a2a).

Identidad, contexto del inquilino y sistemas de agencia.

Este diagrama muestra una serie de agentes creados por un proveedor que interactúan como parte del sistema de agentes que analizamos. Ahora está modernizado con el contexto de identidad y arrendatario. Este escenario es un ejemplo de un sistema de agencia que admite varios puntos de entrada. Suponemos que cada agente de este sistema requiere su propio mecanismo de autenticación para resolver el problema del sistema o el usuario ante un inquilino determinado. A medida que estos agentes interactúan, el contexto del inquilino pasa a un token web JSON (JWT) que se utilizará para autorizar el acceso e inyectar el contexto del inquilino en el agente.

Conceptualmente, la principal diferencia con este escenario es que los agentes se despliegan y funcionan de forma independiente, lo que significa que cada agente debe poder determinar su identidad y autorizar el acceso. La clave es que su identidad debe tener alguna capacidad distribuida para gestionar las necesidades del sistema de agentes en general. También debe haber una alineación en la forma en que los agentes comparten el contexto de los inquilinos.

Aplicando el valor empresarial de SaaS a SaaS

Por lo general, cuando analizamos la ejecución de cualquier sistema en un as-a-service modelo, tenemos en cuenta la naturaleza de la experiencia y la forma en que su huella técnica y operativa impulsa los resultados empresariales. Al adoptar el SaaS, por ejemplo, las organizaciones utilizan las economías de escala, la eficiencia operativa, los perfiles de costes y la agilidad para impulsar el crecimiento, los márgenes y la innovación.

Es probable que los agentes que se entreguen como AAA tengan como objetivo obtener resultados empresariales similares. Al dar soporte a varios inquilinos, un agente puede alinear el consumo de recursos con las actividades de los inquilinos. Esto produce economías de escala propias de los entornos SaaS tradicionales. El AAAs también permite a las organizaciones gestionar, operar e implementar agentes de una forma que posibilita la publicación frecuente de versiones e impulsa la agilidad de los proveedores de agentes. La clave es que el modelo AAAs no depende de la tecnología. Crea e impulsa estrategias empresariales que promueven el crecimiento, agilizan la adopción y simplifican las operaciones.