Mantenha o poder da automação de IA,
com controle de infraestrutura mais robusto.
SVCE é o ambiente de execução que mantém os agentes de IA da plataforma Clevi-X operando com segurança ao isolar, governar e validar esses agentes na camada de infraestrutura. Quem fez o quê e quando é registrado automaticamente.
O SVCE atende organizações que precisam cumprir requisitos regulatórios, operar sistemas integrados complexos ou manter controle direto sobre sua infraestrutura.
Serviços financeiros · Setor público
Ambientes onde a regulamentação e a 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 em contêineres
O SVCE não é uma solução independente. É a camada de controle entre sua infraestrutura e a plataforma Clevi-X que governa cada execução de agente.
Executar agentes diretamente em um servidor é leve, mas arriscado; máquinas virtuais são seguras, mas pesadas. O SVCE reduz essa diferença 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 |
| Velocidade de provisionamento · desmontagem | Rápido | Lento | Rápido |
| Eficiência de custos | Alto | Baixo | Alto |
| Logs de auditoria | Construção personalizada necessária | Construção personalizada necessária | Registros internos somente para acréscimo |
| Limites dos agentes de IA | Projeto personalizado necessário | Projeto personalizado necessário | 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 impor 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 Mediador de Comandos e o Orquestrador concedem e restringem o acesso por tarefa, aplicando limites diferentes a arquivos, redes, APIs, comandos do sistema e segredos para funções como Pesquisa, Código e Executor.
Controle o que os agentes podem e não podem fazer na camada de infraestruturaEficiência
Contêineres leves iniciam mais rapidamente que máquinas virtuais e são criados somente 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 escalam automaticamente conforme as solicitações aumentam, as falhas permanecem isoladas em tarefas individuais e os agentes podem ser separados por função.
Escalar de forma confiável entre muitos usuários e agentesAs solicitações nunca são executadas imediatamente. Cada solicitação passa pelo Mediador de Comandos portão, onde as verificações de política, permissão e aprovação devem ser aprovadas antes da execução em um contêiner isolado.
Orquestrador 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.