Mantenha o poder da automação de IA,
com controle mais robusto da infraestrutura.
O SVCE é o ambiente de execução que mantém os agentes de IA da plataforma Clevi-X operando com segurança, ao isolando, governando e validando-os na camada de infraestrutura. Quem fez o quê e quando é tudo registrado automaticamente.
O SVCE é adequado para organizações que precisam atender a requisitos regulatórios, operar sistemas integrados complexos ou manter o controle direto da própria infraestrutura.
Serviços financeiros · Setor público
Ambientes onde regulamentação e auditoria são obrigatórias
TI empresarial
Operação unificada de sistemas complexos
No local
Controle direto da sua própria infraestrutura
Nativo da nuvem
Operações de cargas de trabalho conteinerizadas
O SVCE não é uma solução autônoma. Ele é a camada de controle entre sua infraestrutura e a plataforma Clevi-X, que governa a execução de cada agente.
Executar agentes diretamente em um servidor é leve, mas arriscado; máquinas virtuais são seguras, mas pesadas. O SVCE reduz essa lacuna com contêineres leves.
| Comparação | Agente no servidor | Baseado em VM | SVCE |
|---|---|---|---|
| Isolamento | Baixo | Alto | Alto (leve) |
| Controle de acesso | Implementado no código da aplicação | Requer configuração | Integrado ao ambiente de execução |
| Isolamento por tarefa | Difícil | Ineficiente | Automático por contêiner |
| Provisionamento · velocidade de desativação | Rápido | Lento | Rápido |
| Eficiência de custos | Alto | Baixo | Alto |
| Registros de auditoria | É necessária uma implementação personalizada | É necessária uma implementação personalizada | Registros integrados somente para anexação |
| Limites dos agentes de IA | É necessário um design personalizado | É necessário um design personalizado | Políticas padrão incluídas |
Incorporar um agente diretamente em um servidor pode ser rápido de desenvolver, mas o isolamento é fraco e o controle depende do código da aplicação.
Uma falha pode se espalhar por todo o serviço
Quando os agentes são executados como lógica interna do servidor, um erro, código malicioso ou ataque externo em uma tarefa pode se propagar por todo o serviço.
Risco — Potencial indisponibilidade de todo o serviçoO controle de acesso depende do código da aplicação
Quando as permissões ficam no código da aplicação, é difícil aplicar um controle consistente sobre dados confidenciais e acesso a APIs.
Risco — Controle limitado sobre dados e APIs confidenciaisOs resultados são difíceis de verificar
Sem um ambiente de execução fixo, a mesma tarefa pode ser executada de forma diferente, dificultando a reprodução, a auditoria e a verificação dos resultados.
Risco — Sem reprodução, auditoria ou verificação confiáveisTrate os agentes não como simples sistemas de resposta, mas como trabalhadores de nível de produção, com limites de segurança e privilégios de execução explícitos.
Isolamento
O isolamento baseado em contêineres impede que códigos maliciosos, comandos anormais e ataques externos se espalhem para além do espaço de execução de um agente de IA. O contêiner é destruído após cada tarefa para reduzir o risco de dados residuais.
Mantenha cada execução dentro de um limite seguroControle
Os agentes nunca escolhem suas próprias permissões. O Command Mediator e o Orchestrator concedem e restringem o acesso por tarefa, aplicando limites diferentes a arquivos, redes, APIs, comandos do sistema e segredos para funções como Research, Code e Executor.
Controle o que os agentes podem e não podem fazer na camada de infraestruturaEficiência
Contêineres leves iniciam mais rápido que VMs e são criados apenas quando o trabalho está pronto. Os recursos de CPU, memória, E/S e GPU são limitados e alocados por tarefa para equilibrar custo e desempenho.
Use apenas os recursos necessários para cada tarefaEscala
Execute muitos usuários, tarefas e agentes simultaneamente. Os contêineres são dimensionados automaticamente à medida que as solicitações aumentam, as falhas permanecem isoladas em tarefas individuais e os agentes podem ser separados por função.
Escale de forma confiável para muitos usuários e agentesAs solicitações nunca são executadas imediatamente. Cada solicitação passa pelo Command Mediator porta de entrada, onde as verificações de política, permissão e aprovação devem ser aprovadas antes da execução em um contêiner isolado.
Orchestrator determina o contêiner, as permissões, a política de rede, a alocação de CPU e memória e o tempo máximo de execução de cada tarefa.