Agentes de IA em nuvem ou hospedagem própria: como decidir

Para a maioria das empresas, o melhor ponto de partida é um agente hospedado na nuvem, com termos de saída claros. A hospedagem própria só compensa o trabalho de manutenção quando um requisito específico a exige, como residência de dados rigorosa, a expectativa de um regulador ou uma rede isolada. Decidir entre agentes de IA em nuvem ou hospedagem própria é, no fundo, decidir quem assume cada responsabilidade: controle e evidência de um lado, carga de manutenção do outro.

Principais pontos

• Hospedagem própria e nuvem não são uma escolha de tudo ou nada. Um agente tem modelo, ambiente de execução, memória, ferramentas e registros, e cada parte pode ser hospedada de um jeito.
• Hospedar por conta própria dá controle sobre localização, limites de rede e momento das atualizações. Isso não torna o agente seguro nem em conformidade por si só.
• A carga de manutenção é o custo mais subestimado. Correções de segurança, reparo de integrações, monitoramento e revisão de acessos não desaparecem em nenhum dos modelos.
• Escolha o modelo de hospedagem por um motivo que você consiga escrever e nomeie o evento que faria você revisar a decisão.
• Seja qual for a escolha, mantenha instruções, memória e configuração exportáveis para que a decisão continue reversível.

O que significam agentes de IA em nuvem e com hospedagem própria?

A expressão soa como um único interruptor, mas um agente é feito de várias partes que trabalham juntas. Há o modelo, que gera linguagem e raciocínio. Há o ambiente de execução, às vezes chamado de harness, que decide o que o modelo enxerga, quais ferramentas ele pode chamar e o que fica registrado (veja as camadas da infraestrutura de IA empresarial para uma descrição simples). Há a memória, o conjunto de ferramentas e integrações e os registros que mostram o que aconteceu.

Um agente em nuvem normalmente significa que um fornecedor opera a maior parte ou todas essas partes por você, e você as acessa por meio de uma conta e de uma interface. Um agente com hospedagem própria significa que você opera o ambiente de execução, a memória, as ferramentas e os registros em uma infraestrutura que você controla, seja em servidores próprios ou em uma conta sua num provedor de nuvem. O modelo costuma ser a exceção: muitas instalações com hospedagem própria ainda chamam um modelo por meio de um serviço externo, porque rodar localmente um modelo capaz exige hardware especializado e conhecimento técnico.

Por isso, a pergunta útil não é qual modelo de hospedagem é melhor. É quais partes do agente precisam ficar dentro do seu perímetro e quais você aceita alugar. Uma resposta híbrida é comum e muitas vezes a mais sensata: memória e registros em um ambiente que você controla, acesso ao modelo por meio de um provedor sob um contrato claro.

O que o controle realmente oferece?

O controle é o principal argumento a favor da hospedagem própria, então vale ser preciso sobre o que ele cobre.

• Localização dos dados. Você decide onde ficam memória, documentos e registros, o que importa quando um contrato ou um regulador especifica isso.
• Limites de rede. O agente pode ficar dentro de uma rede privada e acessar sistemas internos sem expô-los à internet pública.
• Momento das mudanças. As atualizações do ambiente de execução e das ferramentas acontecem quando você as aprova, e não quando o fornecedor as lança.
• Capacidade de inspeção. Você pode ler a configuração, consultar os registros e mostrar a um auditor como o agente está montado.
• Independência. Se o fornecedor mudar os termos ou desaparecer, as partes que você hospedou continuam funcionando.

O que o controle não compra é segurança. Um agente com hospedagem própria, credenciais amplas, sem processo de revisão e com componentes sem correção é menos seguro do que um agente hospedado e bem operado. Segurança vem de permissões estreitas, comportamento testado e alguém acompanhando o sistema, e essas são escolhas que você precisa fazer nos dois modelos. A orientação sobre menor privilégio para agentes de IA vale igualmente onde quer que o agente rode.

O controle também tem um lado de propriedade dos dados que é separado da hospedagem. Mesmo na nuvem, você pode exigir que seus prompts, sua memória e sua configuração continuem sendo seus e possam ser exportados. O guia sobre quem é dono dos prompts e dados na IA da empresa mostra o que colocar por escrito.

Quanto pesa a manutenção?

É aqui que as decisões sobre hospedagem própria mais costumam dar errado. O custo de licença ou de implantação é visível. O trabalho recorrente não é, e ele recai sobre alguém da sua equipe ou sobre um parceiro.

Um agente com hospedagem própria precisa, no mínimo, de:

• Correções de segurança no sistema operacional, no ambiente de execução e nas dependências.
• Backups e uma forma testada de restaurar memória e configuração.
• Monitoramento que avise quando o agente estiver falhando, lento ou se comportando de maneira estranha. O material introdutório de observabilidade do OpenTelemetry é uma boa referência do que coletar.
• Reparo das integrações quando um sistema externo muda sua interface.
• Avaliação regular do que o agente entrega, principalmente depois de uma troca de modelo ou de instruções.
• Revisão periódica de quem e o que tem acesso.
• Um processo de resposta a incidentes para o dia em que algo der errado.

Um agente em nuvem transfere os primeiros itens para o fornecedor. Não elimina os quatro últimos. Alguém do seu lado ainda precisa decidir no que o agente pode mexer, conferir se o trabalho está correto e reagir quando um sistema conectado mudar. O fornecedor pode manter a plataforma no ar enquanto o seu fluxo de trabalho se degrada em silêncio, porque a plataforma não sabe o que é o resultado correto para o seu negócio.

A comparação honesta, portanto, não é manutenção contra ausência de manutenção. É qual manutenção você faz por conta própria e qual você paga para outra pessoa fazer. O texto sobre o custo total de propriedade de um agente de IA mostra como contar esses custos além da licença.

Onde a conformidade pesa na decisão?

A conformidade é o segundo motivo pelo qual as empresas consideram a hospedagem própria, e costuma ser mal compreendida. A maior parte das obrigações está ligada ao que você faz com os dados e a como consegue demonstrar isso, e não ao lugar onde um servidor está instalado.

Três perguntas costumam importar mais do que o rótulo da hospedagem:

• Que dados pessoais ou confidenciais o agente processa, e isso é necessário para a função dele?
• Quais partes tratam esses dados, sob qual contrato e em quais regiões?
• Você consegue mostrar, quando solicitado, o que o agente fez, com qual acesso e sob a aprovação de quem?

Existem referências que dão estrutura a essas perguntas. O NIST AI Risk Management Framework oferece um caminho para mapear, medir e gerenciar riscos. A Lei de IA da União Europeia (EU Artificial Intelligence Act) define obrigações que variam conforme o uso do sistema de IA. Para empresas que tratam dados pessoais no Brasil, a ANPD é a autoridade a acompanhar, com a LGPD como base. Isto não é aconselhamento jurídico, e o seu departamento jurídico deve confirmar o que se aplica ao seu caso.

Na prática, um provedor de nuvem reputado, com um contrato claro de tratamento de dados, região definida e registros de auditoria, pode atender a muitos requisitos. A hospedagem própria passa a ser a opção mais forte quando as regras ou os seus clientes exigem que certos dados nunca saiam de um ambiente que você controla, ou quando você não aceita nenhum terceiro na cadeia. Se for usar um provedor de nuvem, uma revisão estruturada ajuda, e o passo a passo da avaliação de segurança de fornecedor de IA detalha as etapas.

Um guia de decisão para usar em uma reunião

Percorra estas afirmações com as pessoas responsáveis pelos dados, pelo risco e pela operação. A primeira que for verdadeira costuma apontar o seu modelo inicial.

• Se um contrato, uma norma ou um cliente exige que determinados dados fiquem dentro de uma infraestrutura que você controla, hospede por conta própria a memória, os registros e o ambiente de execução, e decida separadamente como acessar o modelo.
• Se o agente precisa alcançar sistemas que não estão expostos à internet, rode o ambiente de execução dentro da sua rede.
• Se ninguém do seu lado pode assumir correções de segurança, monitoramento e resposta a incidentes, escolha um arranjo hospedado ou gerenciado e registre por escrito quem responde por cada dever.
• Se a função tem baixa sensibilidade de dados e você quer aprender rápido, comece na nuvem, com memória e instruções exportáveis.
• Se você está em dúvida, comece hospedado, rode o agente primeiro apenas com acesso de leitura e revise a decisão quando souber de quais dados ele realmente precisa.

Um cenário ilustrativo: um pequeno escritório de contabilidade quer um agente que prepare resumos preliminares da correspondência com clientes. Os arquivos dos clientes são confidenciais, e vários deles pediram, nos termos do contrato, que os registros fiquem em uma região determinada. O escritório não tem equipe técnica. Uma instalação totalmente própria atenderia ao pedido de residência, mas deixaria ninguém para aplicar correções ou monitorar. Uma instalação totalmente hospedada pelo fornecedor seria fácil de operar, mas colocaria os registros dos clientes onde o fornecedor os guardar por padrão. A resposta viável é híbrida: memória e registros em uma conta controlada pelo escritório, na região exigida, o ambiente de execução operado por um parceiro e o modelo acessado sob um contrato que restrinja o uso dos dados enviados. O motivo declarado é a residência dos dados, e o gatilho de revisão registrado é uma mudança nos termos dos clientes.

Se você ainda está decidindo entre construir, comprar ou ter alguém que opere o sistema, o guia construir ou comprar agentes de IA é um bom complemento a este texto.

Qual é um plano passo a passo sensato?

Uma decisão de hospedagem é mais fácil de defender, e mais fácil de mudar, quando segue um processo curto.

• Escreva a função em um parágrafo: o que o agente faz, para quem e com quais sistemas.
• Liste os dados que ele vai tocar e marque tudo o que for pessoal, confidencial ou restrito por contrato.
• Registre todo requisito externo que afete localização ou acesso: contratos, normas, termos de clientes.
• Decida quais partes do agente precisam ficar dentro do seu perímetro: ambiente de execução, memória, registros, ferramentas, acesso ao modelo.
• Nomeie um responsável por cada dever recorrente: correções de segurança, monitoramento, avaliação, reparo de integrações, revisão de acessos, resposta a incidentes.
• Escolha o modelo de hospedagem e escreva uma frase com o motivo.
• Defina a saída: o que você pode exportar, em que formato e com que rapidez conseguiria migrar. O plano de saída de fornecedor de IA descreve o que manter e documentar.
• Defina um gatilho de revisão, como um novo tipo de dado, uma nova norma, uma mudança na capacidade da equipe ou uma alteração nos termos do fornecedor.

O motivo escrito e o gatilho de revisão são as partes que as pessoas pulam. Sem eles, o modelo de hospedagem vira hábito, e uma decisão tomada por causa de uma restrição continua valendo muito depois de essa restrição ter desaparecido.

Como a Be Human trata a questão da hospedagem?

A Be Human trata a hospedagem como parte do primeiro trabalho conjunto, e não como um detalhe técnico deixado para depois. A mesma sessão que define uma função útil também define a memória e as ferramentas de que ela precisa, os limites de aprovação e um critério de sucesso observável, e o modelo de hospedagem é escolhido com base nesses fatos. Onde o requisito é controle, os componentes podem ser colocados em um ambiente que a empresa controla. Onde o requisito é rapidez e baixa carga operacional, eles podem ser hospedados. Nos dois casos, a Be Human pode operar o sistema remotamente, cobrindo monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões e resposta a incidentes, para que a escolha da hospedagem não deixe a carga de manutenção sem responsável. A empresa mantém a identidade, a memória e a configuração do seu agente sob controle humano e documentadas para exportação.

Perguntas frequentes

Hospedar um agente de IA por conta própria é mais seguro do que usar a nuvem? Não automaticamente. A segurança depende de permissões estreitas, correções, monitoramento e revisão, e um sistema próprio mal mantido pode ser mais fraco do que um hospedado e bem operado. A hospedagem própria dá mais controle sobre onde as coisas rodam, o que ajuda quando há um requisito específico, mas a disciplina precisa vir de você.

Podemos hospedar o agente por conta própria e ainda usar um modelo na nuvem? Sim, e é um arranjo comum. O ambiente de execução, a memória e os registros ficam em um ambiente que você controla, enquanto o modelo é acessado por meio de um provedor sob um contrato que cobre como os seus dados de entrada são tratados. Rodar um modelo capaz inteiramente em hardware próprio é possível, mas exige recursos especializados, então muitas empresas só fazem isso para os trabalhos mais sensíveis.

E se começarmos na nuvem e depois precisarmos hospedar por conta própria? É viável se você tiver planejado para isso. Mantenha instruções, memória e configuração das ferramentas em formatos exportáveis, evite depender de recursos que só um fornecedor oferece e registre o gatilho que levaria à mudança. Migrar depois é muito mais difícil quando o conhecimento do agente existe apenas dentro da interface de um fornecedor.

Quem responde pela conformidade, nós ou o provedor? Em geral os dois, de formas diferentes. O provedor responde por como trata os dados na plataforma dele, e você responde pelos dados que envia, pelo acesso que concede e pela supervisão do agente. Coloque essa divisão por escrito e peça ao seu jurídico que confirme quais regras se aplicam à sua situação.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.