As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Agentes atendem à multilocação
É fácil pensar nos agentes como elementos básicos em que os agentes são vistos como uma série de componentes autônomos que são montados para atender às necessidades de um domínio ou problema comercial específico. O que fica mais interessante é quando começamos a pensar em como esses agentes são empacotados e consumidos pelos fornecedores. Em muitos aspectos, um agente se torna uma fonte de custo e receita para uma empresa. Os provedores de agentes devem considerar as diferentes personas que consomem seus serviços, o perfil de consumo das personas e as estratégias de monetização que permitem que os provedores de agentes criem modelos de preços e níveis que se alinhem aos consumidores.
Os fornecedores de agentes poderiam oferecer suporte a vários modelos para implantar seus agentes para atender às necessidades do cliente. O diagrama a seguir mostra uma visão conceitual dos dois principais modelos de implantação de agentes.
O lado esquerdo do diagrama mostra o modelo de agente dedicado ao cliente. Um provedor de agentes cria um agente implantando uma instância de agente separada para cada cliente integrado. Com essa abordagem, os recursos do agente e sua capacidade de adquirir conhecimento seriam limitados ao escopo do ambiente de um determinado cliente. Isso acaba representando uma experiência por cliente que herda algumas das complexidades e vantagens de oferecer suporte a ambientes dedicados ao cliente.
Por outro lado, o diagrama no lado direito do diagrama tem um único agente que é implantado no ambiente do provedor. O agente processa solicitações de vários clientes, evoluindo e aprendendo com base na experiência coletiva de todos os clientes. Cada novo cliente adicionado simplesmente representaria outro cliente válido do agente. O agente funciona como um modelo de agente como serviço (AaaS), usando construções compartilhadas para atender às necessidades do cliente. Em ambos os casos, os consumidores de agentes podem ser aplicativos, sistemas ou até mesmo outros agentes.
Há duas maneiras de analisar o modelo AaaS. O modelo acima oferece a mesma experiência para todos os clientes. Isso significa que os componentes internos do agente não incluirão nenhum nível de especialização que considere o contexto do cliente solicitante. Geralmente, para esse modo, a suposição é que a natureza do escopo, das metas e do valor de um agente gira em torno de um conjunto compartilhado de recursos, conhecimentos e resultados que são aplicados universalmente a todos os clientes.
A abordagem alternativa ao AaaS é quando o contexto dos clientes influencia a experiência e a implementação do agente. O diagrama a seguir fornece uma visão conceitual da presença de um agente AaaS nesse contexto.
Nessa visão do AaaS, a origem e o contexto das solicitações recebidas afetam significativamente a presença do agente. Os recursos, ações e ferramentas que fazem parte da implementação subjacente do agente podem variar para cada solicitação recebida do inquilino. O valor de um agente está ligado à sua capacidade de usar o contexto do inquilino para chegar a ações e resultados que são influenciados pelo estado, conhecimento e outros fatores do inquilino. Algumas solicitações podem gerar um resultado exclusivo para cada inquilino, e outras podem levar a resultados mais personalizados por inquilino. Isso adiciona uma nova dimensão à capacidade do agente de aprender, o que pode incluir ser mais contextual e adquirir e aplicar conhecimentos que melhorem os resultados desejados.
Para os provedores, o modelo AaaS oferece muitas vantagens. Com vários clientes consumindo um único agente, o provedor tem uma melhor oportunidade de obter economias de escala, impulsionar a eficiência operacional, controlar os custos e criar uma experiência de gerenciamento unificada. Isso tem o potencial de maior agilidade, inovação e crescimento para o negócio de agentes.
Essas qualidades se sobrepõem aos mesmos princípios que impulsionam a adoção do modelo de software como serviço (SaaS). Essencialmente, o modelo AaaS é construído como um serviço multilocatário que herda muitos dos mesmos atributos de escala, resiliência, isolamento, integração e operação encontrados em um ambiente SaaS. Em muitos aspectos, a experiência de AaaS se baseia fortemente nas estratégias e práticas usadas pelos provedores de SaaS, mas é razoável separar esses termos. Para nossos propósitos, a ênfase está principalmente nas implicações decorrentes dos agentes de construção e operação que exigem suporte multilocatário.
Para um sistema que pode tratar todos os usuários da mesma forma e não exige o gerenciamento de dados persistentes, confidenciais ou específicos do cliente, a noção de locação afetaria minimamente seus agentes. Para sistemas que devem atender a vários clientes e, ao mesmo tempo, preservar o isolamento de dados, a personalização e a percepção do contexto, oferecer suporte a vários locatários pode ser um elemento essencial do design, da estratégia e da meta de um agente. O diagrama a seguir mostra como a multilocação pode ser usada em ambientes agentes.
No lado esquerdo desse diagrama, há uma arquitetura multilocatária clássica. Ele inclui um aplicativo web e uma série de microsserviços que implementam a lógica de negócios. Vários locatários consomem a infraestrutura compartilhada desse ambiente, escalável para atender às mudanças nas cargas de trabalho de uma população de inquilinos que evolui. O ambiente é operado e gerenciado por meio de um único painel de vidro para todos os inquilinos.
Imagine como esse modelo mental é mapeado para o agente no lado direito desse diagrama. Um agente executa um modelo AaaS que é consumido por um ou mais inquilinos. Os agentes podem ser de vários provedores com o contexto do inquilino fluindo entre eles porque uma única instância de um agente deve processar solicitações de vários inquilinos.
O exemplo no meio desse diagrama é um modelo híbrido em que os agentes fazem parte da experiência geral de SaaS. Algumas partes do sistema são implementadas em um modelo mais tradicional e outras partes do sistema dependem de agentes. É provável que esse padrão seja comum para muitas ofertas de SaaS, especialmente para organizações que estão migrando para uma experiência de agente. É comum que esse modelo persista porque nem todos os sistemas são fornecidos como AaaS puro. Observe também que a multilocação ainda se aplica aos agentes do modelo. Embora os agentes possam estar incorporados em um sistema, eles ainda podem processar solicitações de vários inquilinos.
É natural perguntar se a multilocação realmente importa. Você pode argumentar que um agente processa solicitações, portanto, apoiar a locação pode ter pouco efeito. Porém, à medida que nos aprofundamos nas implicações de agentes multilocatários, a locação pode afetar diretamente a forma como os agentes influenciam a forma como as ferramentas, a memória, os dados e outras partes do agente são acessadas, implantadas e configuradas para oferecer suporte a locatários individuais. A locação também influencia a forma como o dimensionamento, a limitação, os preços, a hierarquização e outros aspectos comerciais se aplicam à arquitetura do seu agente.
Uma conclusão disso é que existem casos de uso de agentes que exigem suporte multilocatário. O desafio é determinar como a multilocação molda o design geral e a arquitetura de sua experiência como agente. Para alguns agentes, o suporte multilocatário representa uma capacidade diferenciadora, permitindo que os agentes apliquem o contexto específico do inquilino aos agentes que fornecem resultados específicos.
Nas seções subsequentes, você verá como a terminologia e os padrões de design que criamos para descrever arquiteturas SaaS multilocatárias serão úteis. Esses conceitos podem ser adotados pelo modelo AaaS emprestando aspectos úteis, o que introduz novos conceitos específicos do agente onde eles são necessários.
Identidade, contexto do inquilino e sistemas agentes
Adicionar contexto de inquilino a agentes individuais não é particularmente desafiador. Em muitos casos, as equipes podem confiar em mecanismos típicos que vinculam usuários e sistemas aos locatários e passam tokens com reconhecimento de inquilinos aos agentes. Isso é relevante quando consideramos como o contexto e a identidade do inquilino oferecem suporte a vários agentes. Nesse modelo, os inquilinos devem estar vinculados a uma identidade que abranja todos os agentes colaboradores.
Em geral, o domínio agêntico requer um modelo de identidade mais transversal que se alinhe às necessidades atuais e emergentes dos sistemas agentes. Os provedores de agentes exigem mecanismos de identidade que ofereçam suporte a modelos exclusivos de segurança, conformidade e autorização fornecidos com sistemas operacionais. Isso é especialmente desafiador em ambientes em que os sistemas são compostos por clientes ou outros agentes. Cada agente integrado deve conectar sua identidade e o contexto do inquilino às interações do agente. O diagrama a seguir destaca os possíveis desafios de identidade e contexto do inquilino que fazem parte das interações agent-to-agent (a2a).
Este diagrama mostra uma série de agentes criados pelo provedor interagindo como parte do sistema de agentes que abordamos. Agora está adaptado com a identidade e o contexto do inquilino. Esse cenário é um exemplo de um sistema agente que oferece suporte a vários pontos de entrada. Presumimos que cada agente nesse sistema exija seu próprio mecanismo de autenticação para resolver o sistema ou o usuário para um determinado inquilino. À medida que esses agentes interagem, o contexto do inquilino é passado para um token web JSON (JWT) que será usado para autorizar o acesso e injetar o contexto do inquilino no agente.
Conceitualmente, a principal diferença nesse cenário é que os agentes implantam e operam de forma independente, o que significa que cada agente deve ser capaz de resolver sua identidade e autorizar o acesso. A chave é que sua identidade deve ter alguma capacidade distribuída para lidar com as necessidades do sistema agente mais amplo. Também deve haver um alinhamento sobre como os agentes compartilham o contexto do inquilino.
Aplicando valor comercial de SaaS ao AaaS
Geralmente, quando analisamos a execução de qualquer sistema em um as-a-service modelo, consideramos a natureza da experiência e como sua pegada técnica e operacional impulsiona os resultados comerciais. Ao adotar o SaaS, por exemplo, as organizações usam economias de escala, eficiências operacionais, perfis de custo e agilidade para impulsionar o crescimento, as margens e a inovação.
É provável que os agentes entregues como AaaS almejem resultados comerciais semelhantes. Ao oferecer suporte a vários inquilinos, um agente pode alinhar o consumo de recursos às atividades dos inquilinos. Isso gera economias de escala que vêm com os ambientes SaaS tradicionais. O AaaS também permite que as organizações gerenciem, operem e implantem agentes de uma forma que possibilite lançamentos frequentes e aumente a agilidade dos fornecedores de agentes. A chave é que o modelo AaaS não depende da tecnologia. Ela cria e impulsiona estratégias de negócios que promovem o crescimento, agilizam a adoção e simplificam as operações.
