
Sessenta contêineres em um servidor
Uma caixa bare-metal executa dezenas a centenas de contêineres Hoody. KSM e BTRFS dedup fazem o custo marginal próximo a zero.
Seu produto de agentes cria um sandbox por sessão. Na E2B, Modal, Daytona, Runpod ou Replicate isso é medido por segundo, e a linha de infra de IA do seu P&L começa a passar a linha do LLM. Na Hoody, cada sessão é um contêiner no servidor que você já paga. O 50.000º sandbox do mês custa o mesmo que o primeiro: zero marginal.
mesma carga de trabalho · economia diferente · o medidor simplesmente para
O modelo mental do agente não muda. Cria um sandbox, roda código nele, descarta. O que muda é a fatura por baixo. Na E2B, cada segundo de cada sandbox é medido; na Hoody você faz POST de um contêiner contra o servidor que já aluga e o medidor nunca começa.
Os dois lados fazem o mesmo trabalho. O formato da API combina — spawn, run, dispose. O que vira é a linha do preço: de por-segundo por-sandbox para por-servidor fixo. Contêineres ociosos não custam nada na Hoody porque compartilham o metal que você já pagou.
O código do agente quase não muda. Três passos e a linha medida do seu P&L vira fixa. A parte mais cara é remover o SDK que cobrava de você.
Onde você chamava o SDK da E2B, agora faz POST para /api/v1/projects/$PID/containers com um server_id. A resposta dá um id de contêiner de 24 caracteres e um hostname roteável. O contêiner inicia do seu snapshot em segundos — mesmo formato de objeto que um handle de sandbox.
Cada contêiner vem com Hoody Exec — V8 isolates, roteamento por arquivo, comentários mágicos para cors, timeout e concorrência. Solta o seu script runner em scripts/1/, faz POST de um payload, recebe JSON de volta. Sem webserver para configurar, sem Express, sem config de Lambda.
Acabou a sessão? DELETE /api/v1/containers/[id] e ele some. Não quer se preocupar? Contêineres ociosos na Hoody compartilham o metal — ficam a custo marginal zero até você fazer DELETE ou até spawnar o suficiente para o servidor encher. Sem cron de limpeza, sem fatura de órfãos.
Quando o medidor para de tiquetaquear, três coisas que eram caras viram grátis — e seu produto de agentes começa a se comportar como a arquitetura que você queria poder bancar.
Em medidores por segundo, uma semana viral é imposto. Em metal de taxa fixa, sua contagem de spawns se desconecta da sua fatura — fica limitada pela capacidade da máquina, não pelo seu invoice. Você pode deixar os usuários martelarem o agente sem se encolher.
Sandboxes por segundo precisam morrer rápido — cada minuto ocioso é dinheiro. Na Hoody, ocioso é grátis, então um usuário pausado pode voltar amanhã e o contêiner ainda está lá com o estado dele. Stickiness fica grátis.
Cada contêiner é seu próprio SO real — kernel namespaces, sistema de arquivos completo, URL próprio. Faça SSH se quiser. Monte /ramdisk. Instale qualquer pacote apt que o agente precise. Mesmo isolamento do bare-metal, sem o imposto por segundo.
Números da API de Containers e das cotas de servidor da Hoody — não inventados. A laje bare-metal faz o trabalho pesado; a API só distribui os slots.
Não existe medidor de sandbox-segundos. Containers não cobram por segundo; o servidor cobra taxa fixa. Cada spawn, cada retry, cada minuto ocioso é zero marginal sobre a máquina que você já aluga.
KSM (Kernel Samepage Merging) e BTRFS copy-on-write deixam um servidor empacotar centenas de contêineres — o segundo contêiner custa só o que difere do primeiro. A densidade depende da carga, mas sessões leves de agentes empilham grosso.
Os preços de servidor da Hoody começam no marketplace na casa dos dois dígitos baixos por mês e escalam por especificação, não por contagem de tenants. A fatura para de ser função de quantos agentes você spawn.
A densidade de contêineres depende da carga — sandboxes leves empacotam centenas, agentes de GPU precisam de mais folga. O preço do servidor é orientado pelo marketplace e varia por região, CPU, RAM e disco. O ponto é que, seja qual for o valor, você para de pagar de novo por spawn.
Seus agentes param de alugar computação por segundo e começam a usar computação que já está paga.
A stack padrão de sandbox-as-a-service cobra de você por-segundo por-sandbox. Mesmo trabalho, fatura diferente. Especificamente, isso desloca:
Pare de alugar computação por segundo. Use a computação que você já pagou.