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à.
Utilizzo di piani di controllo in ambienti agentici
Le best practice multi-tenant spesso dividono le implementazioni in due parti distinte: un piano di controllo e un piano applicativo. Il piano di controllo fornisce un unico pannello di controllo per accedere ai meccanismi operativi, di gestione e di orchestrazione che coprono tutti i tenant dell'ambiente. Il piano applicativo è il luogo in cui risiedono la logica aziendale, le caratteristiche e le capacità funzionali.
Questa divisione di responsabilità si applica anche ai modelli agentici. Un agente multi-tenant richiede un certo grado di gestione, funzionamento e approfondimenti centralizzati ed è opportuno soddisfare continuamente queste esigenze attraverso un piano di controllo. Il diagramma seguente mostra una visione concettuale di come questi piani sono suddivisi all'interno di un ambiente Agent as a Service (AaaS).
Questo diagramma mostra la tradizionale separazione dei piani di controllo e di applicazione. La novità è che il piano di controllo ora gestisce gli agenti che compongono un ambiente AaaS. Il piano di controllo interagisce con tutti gli agenti perché si presume che gli agenti siano creati, gestiti e distribuiti da un unico provider.
Questo modello introduce ulteriori livelli di complessità, in particolare nel ciclo di vita degli agenti e nel coordinamento con terze parti, ma mantiene la separazione fondamentale delle preoccupazioni. Il piano di controllo offre ancora le stesse funzionalità di base orchestrando la configurazione degli agenti, garantendo l'osservabilità di tenant e agent, raccogliendo dati di consumo e misurazione per la fatturazione e gestendo le politiche degli inquilini.
Questo scenario diventa più complesso se si considera un sistema multiagente che incorpora agenti di vari provider. Il diagramma seguente mostra un esempio di tale modello.
Questo diagramma mostra quattro agenti di diversi fornitori che fanno parte di un sistema multiagente. I provider di terze parti continuano a utilizzare e implementare ciascun agente, configurato per consentire l'accesso autorizzato da uno o più provider. Gli agenti, tuttavia, rimangono sotto il controllo del provider, quindi ogni agente mantiene il proprio piano di controllo.
In sostanza, questi agenti multi-tenant si comportano come servizi di terze parti che si integrano con altri agenti. Pertanto, devono disporre di un proprio piano di controllo per fornire il funzionamento, la configurazione e la gestione centralizzati delle funzionalità di un agente.
Partiamo dal presupposto che gli agenti siano servizi indipendenti eseguiti in un'esperienza ospitata dal provider. Ma ciò potrebbe non essere chiaro in uno scenario in cui un consumatore agente impone maggiori vincoli su come e dove ospitare un agente.
Assegnazione degli inquilini agli agenti
L'onboarding è in genere una parte vitale di qualsiasi ambiente AaaS. Il modo in cui si creano, configurano e forniscono i tenant spesso coinvolgono molte parti mobili, integrazioni e strumenti. L'esperienza di onboarding degli agenti può richiedere gli stessi servizi disponibili in un piano di controllo AaaS, che include l'identità del tenant, il tiering, il provisioning delle risorse per tenant e la configurazione delle politiche dei tenant.
Il vostro approccio all'onboarding degli agenti è influenzato dall'impronta e dal modello di locazione del vostro ambiente agentico. Gli agenti suddivisi in silos e raggruppati hanno ciascuno le proprie sfumature e la scelta di utilizzare un solo agente o più agenti influisce anche sul processo di onboarding. Il diagramma seguente mostra una panoramica concettuale di come l'onboarding influenzi la configurazione di un agente.
Ogni volta che si aggiunge un agente, il piano di controllo deve adottare le misure necessarie per consentire all'inquilino di accedere all'agente. La modalità di introduzione dei tenant varia in base al modello di autorizzazione dell'agente, ma si supponga di creare un'identità del tenant che associ le richieste degli agenti ai singoli tenant. Questo contesto del tenant determina l'esperienza dell'agente applicandola a percorsi, ambiti e controllo degli accessi.
L'onboarding può anche richiedere la configurazione di tutte le risorse per-tenant utilizzate da un agente. È qui che il servizio di fornitura dei tenant del piano di controllo collega l'agente ai dati e alle risorse specifici del tenant consultati dall'agente.
Se il sistema si basa sull'integrazione di agenti di terze parti, è necessario soddisfare anche le esigenze di tali agenti durante il processo di onboarding. Il modo in cui funziona dipende dai meccanismi di sicurezza e integrazione utilizzati per autorizzare l'accesso tra agenti. Idealmente, i passaggi necessari per orchestrare e configurare agent-to-agent l'autenticazione e l'autorizzazione vengono risolti tramite l'onboarding automatizzato.
