Gli ambienti grandi hanno già pagato routing, sicurezza dei contenuti e telemetria degli host. Ciò che questi lasciano aperto è l’agente nel tempo: la sua identità, che cosa ha raggiunto fra store e strumenti, chi ha approvato una chiamata rischiosa e se qualcosa di tutto ciò si possa provare. Questo è il lavoro del kernel.
Che cosa scala, e fino a dove
- Uno store con tenant: le entità persistite portano un tenant. È la multi-tenancy del modello dati, non una certificazione di isolamento multi-tenant completata.
- Federazione delle identità: istantanee in sola lettura e regole che dichiari. I connettori di registro acquisiscono i registri degli agenti di Microsoft Entra Agent ID, AWS Bedrock AgentCore e Google come istantanee in sola lettura. Il grafo delle workload identity viene reso dalle regole di federazione che dichiari — una vista di ciò che hai dichiarato e di ciò che quei registri riportano, non fiducia verificata dal vivo sul filo. La federazione verificata dal vivo contro quei registri resta sulla roadmap. L’SSO umano nella build aperta è OIDC/SAML a singolo IdP; multi-IdP e imposizione dell’SSO appartengono alla linea Enterprise e qui non vengono dichiarati consegnati. Il kernel può legare un agente a un’identità non umana esistente o coniarne una dedicata; non diventa il tuo IdP.
- La fedeltà è a livelli. La copertura è
clean,lossyoopaque; l’attribuzione èfirm,approximateounknown. Entrambe vengono mostrate, mai indovinate. Vedi fedeltà. - Un control plane gestito è etichettato come futuro, post-v1. I collector restano nella tua infrastruttura in ogni topologia.
Correlati: responsabili della sicurezza, confronto, architettura.