View a markdown version of this page

Introduzione e applicazione del contesto del locatario - AWS Guida prescrittiva

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Introduzione e applicazione del contesto del locatario

Se creiamo agenti che supportano il multi-tenancy, dobbiamo iniziare a considerare come impostare il contesto del tenant, che verrà utilizzato per applicare politiche, strategie e meccanismi specifici del tenant all'interno dell'implementazione dell'agente.

Al livello più elementare, è possibile introdurre il contesto dei tenant negli agenti tramite gli strumenti e i meccanismi comuni che utilizziamo nelle classiche architetture multi-tenant. Ciò potrebbe avvenire tramite una chiave API o vari altri meccanismi di OAuth convalida. Molti esempi di ciò si concentrano sulla risoluzione di un sistema o di un utente autenticato in una chiave JSON web token (JWT) che contiene il contesto del tenant. Il JWT viene quindi propagato attraverso il sistema. Ciò diventa più interessante se consideriamo come comporre sistemi agentici. Il diagramma seguente mostra un esempio di due varietà di ambienti agentici.

Composizione di sistemi agentici.

In questo diagramma, il modello sul lato sinistro rappresenta un sistema agentico in cui tutti gli agenti sono posseduti, gestiti e ospitati da una singola entità. Quando hai il pieno controllo dell'intera esperienza, puoi utilizzare le strategie tipiche per far passare gli inquilini a ciascun agente.

Il modello sul lato destro, che potrebbe essere più comune, rappresenta un sistema di agenti che si estendono su più entità. Gli agenti sono creati, gestiti e gestiti in modo indipendente, quindi ognuno di essi dispone dei propri schemi di autenticazione e autorizzazione. La sfida in questo caso è che abbiamo bisogno di un modo universale per risolvere e condividere il contesto degli inquilini tra questi agenti. Ciò si basa su un modello più distribuito in cui ogni agente deve essere in grado di autenticare i sistemi o gli utenti e trasferirli a un tenant in base ai meccanismi applicati.

Creazione di agenti che riconoscono i tenant

La multi-tenancy influenza il modo in cui implementiamo i singoli agenti. Mentre un agente elabora le richieste, considera in che modo il contesto del tenant influisce sul modo in cui un agente accede ai dati, prende decisioni e invoca azioni. Per comprendere meglio come e dove la multi-tenancy influisce sul profilo dell'agente, stabilite innanzitutto in che modo i costrutti possono far parte di qualsiasi agente.

La sfida è che l'ambito, la natura e la progettazione degli agenti sono tutt'altro che concreti, perché i fornitori fanno le proprie scelte in merito alla progettazione dell'esperienza degli agenti. In definitiva, il punto di forza di un agente è che si tratta di un servizio di apprendimento autonomo che può accedere a una serie di strumenti, fonti di dati e memoria per determinare il modo migliore per risolvere un compito.

È meno importante sapere esattamente quali strategie e modelli utilizza un agente. In un modello multi-tenant, è più importante identificare in che modo le varie parti di un agente sono configurate, accessibili e applicate. Prendi in considerazione un potenziale ambiente di agenti che si affida a una serie di risorse e meccanismi per raggiungere i propri obiettivi. Il diagramma seguente mostra un esempio di tale agente.

Parti mobili di un agente.

Questo diagramma rappresenta una gamma completa di possibilità agentiche e mostra vari strumenti e meccanismi che potrebbero essere combinati per raggiungere un obiettivo. Sul lato sinistro del diagramma, notate come un agente dipenda dalla memoria come parte del suo contesto, le barriere per la definizione delle politiche che guidano le sue attività e i flussi di lavoro indirizzati a compiti specifici. Alcuni potrebbero obiettare che i flussi di lavoro non dovrebbero essere inclusi in questo contesto, ma potrebbero esserci scenari in cui i flussi di lavoro sono parte integrante di un'esperienza agentica.

La parte destra del diagramma mostra come input come conoscenze e strumenti possano fornire informazioni e contesto aggiuntivi che migliorano le capacità dell'agente. L'agente emette quindi azioni, come la scrittura di codice o l'accesso ai sistemi. La parte inferiore del diagramma mostra come gli agenti dipendono da uno o più agenti interni o di terze parti che possono essere orchestrati come parte di un sistema più ampio.

Ora possiamo pensare a cosa significhi introdurre la multi-tenancy. La locazione ci obbliga a considerare come e dove un agente introduce strategie e meccanismi che determinano comportamenti e azioni. Ciò aggiunge un'altra dimensione al modo in cui pensiamo agli agenti in termini di conoscenza, apprendimento, strumenti e memoria.

Vediamo ora come modificare questo modello per supportare la multi-tenancy. Il diagramma seguente mostra un esempio di modello multiagente.

Creazione di un agente che riconosce gli inquilini.

In questo diagramma, introduciamo i tenant personas che hanno lo scopo di modellare il modo in cui un agente integra il contesto del tenant. Ad esempio, sul lato sinistro del diagramma, la memoria dell'agente viene modificata per supportare la memoria specifica del tenant. Lo stesso vale sul lato destro del diagramma, in cui l'agente supporta conoscenze e strumenti specifici del tenant. Lo stesso supporto viene applicato anche ai guardrail.

Questo può essere un esempio estremo, perché non tutti gli aspetti di un agente multi-tenant richiedono risorse specifiche per tenant. Il punto è che dovreste considerare in che modo personalizzare il vostro agente per inquilini specifici può migliorarne l'efficacia. Questo approccio consente all'agente di aumentarne l'impatto e il valore, fornire un contesto più pertinente nelle sue risposte e sviluppare capacità specializzate. L'agente sarà quindi in grado di apprendere, adattarsi ed eseguire attività che si adattano in modo esclusivo a diverse persone.

L'idea principale è che il contesto dei tenant influenzi direttamente il modo in cui si creano gli agenti. Può anche modellare le interazioni dei tenant con entità esterne, inclusi altri agenti. La creazione di un agente multi-tenant introduce sfide tradizionali come la rumorosità dei vicini, l'isolamento degli inquilini, la suddivisione in più livelli, la limitazione e la gestione dei costi. Il design e l'architettura del tuo agente devono rispondere a questi concetti fondamentali del multi-tenant, che esploreremo nella prossima sezione.