Mantieni la potenza dell'automazione basata sull'IA,
con un controllo più rigoroso dell'infrastruttura.
SVCE è l'ambiente di esecuzione che mantiene in sicurezza gli agenti AI della piattaforma Clevi-X isolandoli, governandoli e convalidandoli a livello di infrastruttura. Chi ha fatto cosa e quando viene registrato automaticamente.
SVCE è adatto alle organizzazioni che devono soddisfare requisiti normativi, gestire sistemi integrati complessi o mantenere il controllo diretto sulla propria infrastruttura.
Servizi finanziari · Settore pubblico
Ambienti in cui la conformità normativa e l'audit sono obbligatori
IT aziendale
Gestione unificata di sistemi complessi
On-premise
Controllo diretto della propria infrastruttura
Cloud native
Gestione dei carichi di lavoro containerizzati
SVCE non è una soluzione autonoma. È il livello di controllo tra la tua infrastruttura e la piattaforma Clevi-X che governa ogni esecuzione degli agenti.
Eseguire gli agent direttamente su un server è leggero ma rischioso; le macchine virtuali sono sicure ma pesanti. SVCE colma il divario con container leggeri.
| Confronto | Agente nel server | Basato su VM | SVCE |
|---|---|---|---|
| Isolamento | Basso | Alto | Elevato (leggero) |
| Controllo degli accessi | Implementato nel codice dell'applicazione | Richiede configurazione | Integrato nel runtime |
| Isolamento per attività | Difficile | Inefficiente | Automatico per container |
| Velocità di provisioning · dismissione | Veloce | Lento | Veloce |
| Efficienza dei costi | Alto | Basso | Alto |
| Registri di audit | Richiede una build personalizzata | Richiede una build personalizzata | Log append-only integrati |
| Confini degli agent AI | Richiede una progettazione personalizzata | Richiede una progettazione personalizzata | Policy standard incluse |
Integrare direttamente un agent in un server può essere rapido da realizzare, ma l'isolamento è debole e il controllo dipende dal codice dell'applicazione.
Un singolo errore può propagarsi in tutto il servizio
Quando gli agenti vengono eseguiti come logica interna del server, un errore, codice malevolo o un attacco esterno in un'attività può propagarsi all'intero servizio.
Rischio — Potenziale interruzione dell'intero servizioIl controllo degli accessi dipende dal codice dell'applicazione
Quando le autorizzazioni risiedono nel codice dell'applicazione, è difficile applicare un controllo coerente sui dati sensibili e sull'accesso alle API.
Rischio — Controllo limitato su dati e API sensibiliI risultati sono difficili da verificare
Senza un ambiente di esecuzione fisso, la stessa attività può essere eseguita in modo diverso, rendendo difficile la riproduzione, la verifica e l'audit dei risultati.
Rischio — Nessuna riproduzione, audit o verifica affidabileConsidera gli agenti non come semplici sistemi di risposta, ma come worker di livello produttivo con confini di sicurezza e privilegi di esecuzione espliciti.
Isolamento
L'isolamento basato su container impedisce la propagazione di codice dannoso, comandi anomali e attacchi esterni oltre lo spazio di esecuzione di un agente AI. Il container viene eliminato dopo ogni attività per ridurre il rischio di dati residui.
Mantieni ogni esecuzione all'interno di un confine sicuroControllo
Gli agenti non scelgono mai le proprie autorizzazioni. Il Command Mediator e l'Orchestrator concedono e limitano l'accesso in base all'attività, applicando limiti diversi a file, reti, API, comandi di sistema e segreti per ruoli come Research, Code ed Executor.
Controlla ciò che gli agenti possono e non possono fare a livello di infrastrutturaEfficienza
I container leggeri si avviano più rapidamente delle VM e vengono creati solo quando il lavoro è pronto. Le risorse di CPU, memoria, I/O e GPU sono limitate e allocate per attività, per bilanciare costi e prestazioni.
Utilizza solo le risorse necessarie per ciascuna attivitàScalabilità
Esegui molti utenti, attività e agenti contemporaneamente. I container si adattano automaticamente all'aumento delle richieste, gli errori restano isolati alle singole attività e gli agenti possono essere separati per ruolo.
Scalabilità affidabile per numerosi utenti e agentiLe richieste non vengono mai eseguite immediatamente. Ogni richiesta passa attraverso Command Mediator gate, in cui i controlli di policy, autorizzazione e approvazione devono essere superati prima dell'esecuzione in un container isolato.
Orchestrator determina il container, le autorizzazioni, i criteri di rete, l'allocazione di CPU e memoria e il tempo massimo di esecuzione per ogni attività.