Axonius lancia agenti AI multi-tenant sicuri su Amazon Bedrock AgentCore

Axonius porta agenti AI multi‑tenant su Amazon Bedrock AgentCore per dare controllo per cliente, separazione dei dati e tracciamento dei costi in ambienti SaaS complessi¹.

Il post parte da un punto pratico: gli ISV non gestiscono un solo agente, ma tanti, uno per tenant. Ogni cliente chiede confini netti, visibilità d’uso e governance dedicata. La progettazione cambia di conseguenza: sicurezza, scalabilità, time to market e contabilità devono valere a livello del singolo tenant, non solo a livello globale¹.

Axonius inquadra la propria piattaforma come “asset intelligence” e lavora già con ambienti isolati per cliente. L’introduzione di agenti deve quindi aderire a un perimetro operativo con aspettative rigide su affidabilità, isolamento e controllo. In questo scenario, l’azienda colloca Bedrock AgentCore come tessuto comune per costruire, collegare e ottimizzare agenti su larga scala, lasciando libertà di scelta su framework e modelli¹.

Il problema è ricorrente. Senza separazione forte tra tenant, gli agenti rischiano di condividere contesti e costi. Senza strumenti di osservabilità, diventa difficile attribuire consumi e prestazioni ai singoli clienti. Senza politiche di rollout per tenant, un cambio locale può propagarsi altrove. L’operatività quotidiana — dalla risposta agli incidenti allo scaling — richiede leve puntuali, non comandi globali¹.

La soluzione proposta da Bedrock AgentCore è architetturale. Fornisce componenti per orchestrare agenti dentro confini perimetrati, esporre metriche per tenant e standardizzare le integrazioni. L’obiettivo: adottare agenti in modo ripetibile, senza rompere l’isolamento esistente e senza vincolare gli ISV a uno stack unico. Per Axonius, che già distribuisce il SaaS per ambienti cliente isolati, questo approccio allinea gli agenti alle regole in vigore e ne rende governabile esecuzione e osservabilità per tenant¹.

Il post è operativo. Mostra come integrare agenti nello stack, farli lavorare in scenari multi‑tenant e misurarne utilizzo e costi. Gli esempi toccano tre filoni: perimetrazione delle chiamate e dei contesti, monitoraggio granulare, crescita senza regressioni sui livelli di servizio. Il messaggio è netto: “progettare per tenant” non è un dettaglio, è il prere requisito per portare agenti in produzione in organizzazioni con più clienti¹.

Per i team Security e IT che già usano Axonius, agenti inseriti in quel perimetro possono accelerare priorità e coordinamento delle correzioni, mantenendo l’isolamento tra clienti. Per i provider SaaS, l’indicazione è chiara: l’adozione di agenti passa da controllo, contabilità e governance per cliente, non da promesse di automazione generica¹.

Una conseguenza poco discussa riguarda i costi. L’attribuzione precisa per tenant non serve solo alla rendicontazione: abilita modelli di prezzo trasparenti e scelte d’ingegneria misurabili. Chi la implementa prima può decidere dove investire capacità agentica e dove no, evitando sorprese in produzione¹.