
Sesenta contenedores en un servidor
Un servidor bare-metal ejecuta decenas a cientos de contenedores Hoody. KSM y dedup BTRFS hacen que el costo marginal sea casi cero.
Tu producto de agente lanza un sandbox por sesión. En E2B, Modal, Daytona, Runpod o Replicate eso se mide por segundos y la línea de infra de IA en tu cuenta de resultados empieza a superar a la del LLM. En Hoody, cada sesión es un contenedor en el servidor que ya pagas. El sandbox número 50.000 del mes cuesta lo mismo que el primero: cero marginal.
misma carga · economía distinta · el contador simplemente se detiene
El modelo mental del agente no cambia. Lanza un sandbox, ejecuta código, deséchalo. Lo que cambia es la factura de debajo. En E2B cada segundo de cada sandbox se mide; en Hoody haces POST de un contenedor contra el servidor que ya alquilas y el contador nunca arranca.
Ambos lados hacen el mismo trabajo. La forma de la API coincide — lanzar, ejecutar, desechar. La línea del precio es la que cambia: de por-segundo-por-sandbox a tarifa plana por servidor. Los contenedores inactivos no cuestan nada en Hoody porque comparten el metal que ya pagaste.
El código del agente apenas cambia. Tres pasos y la línea medida en tu cuenta de resultados se vuelve plana. Lo más caro es quitar el SDK que solía cobrarte.
Donde antes llamabas al SDK de E2B, ahora haces POST a /api/v1/projects/$PID/containers con un server_id. La respuesta te devuelve un id de contenedor de 24 caracteres y un hostname enrutable. El contenedor arranca desde tu snapshot en segundos — la misma forma de objeto que un handle de sandbox.
Cada contenedor incluye Hoody Exec — V8 isolates, enrutado por archivo, comentarios mágicos para cors, timeout y concurrencia. Suelta tu script runner en scripts/1/, haz POST de un payload, recibe JSON. Sin webserver que cablear, sin Express, sin configuración de Lambda.
¿Acabaste con la sesión? DELETE /api/v1/containers/[id] y se va. ¿No quieres molestarte? Los contenedores inactivos en Hoody comparten el metal — se quedan a coste marginal cero hasta que les hagas DELETE o hasta que lances tantos que el servidor se llene. Sin cron de limpieza, sin factura de huérfanos.
Cuando el contador se para, tres cosas se vuelven gratis que antes eran caras — y tu producto de agente empieza a comportarse como la arquitectura que querías permitirte.
En contadores por segundo, una semana viral es un impuesto. En metal a tarifa plana, tu número de spawns se desliga de tu factura — está limitado por la capacidad de la máquina, no por tu factura. Puedes dejar que los usuarios machaquen el agente sin pestañear.
Los sandboxes por segundo tienen que morir rápido — cada minuto inactivo es dinero. En Hoody, lo inactivo es gratis, así que un usuario en pausa puede volver mañana y el contenedor sigue ahí con su estado. La fidelización se vuelve gratis.
Cada contenedor es su propio SO real — kernel namespaces, sistema de archivos completo, su propia URL. Entra por SSH si quieres. Monta /ramdisk. Instala el paquete apt que el agente necesite. Mismo aislamiento que bare metal, sin el impuesto por segundo.
Números de la API de contenedores y los cupos de servidor de Hoody — no inventados. La losa de bare metal hace el trabajo pesado; la API solo reparte las plazas.
No hay contador de sandbox-segundos. Los contenedores no facturan por segundo; el servidor factura a tarifa plana. Cada spawn, cada reintento, cada minuto inactivo es coste marginal cero sobre la máquina que ya alquilas.
KSM (Kernel Samepage Merging) y BTRFS copy-on-write permiten que un servidor empaquete cientos de contenedores — el segundo contenedor solo cuesta lo que difiere del primero. La densidad depende de la carga, pero las sesiones de agente ligeras se apilan bien.
El precio de servidor de Hoody arranca en $29/mes en el marketplace y escala por especificación y región, no por número de inquilinos. La factura deja de ser una función de cuántos agentes lanzas.
La densidad de contenedores depende de la carga — los sandboxes ligeros se apilan por cientos, los agentes con GPU necesitan más margen. La unidad de facturación es el servidor — no hay cargo por spawn.
Tus agentes dejan de alquilar cómputo por segundos y empiezan a usar cómputo que ya está pagado.
El stack por defecto de sandbox-as-a-service te cobra por segundo y por sandbox. Mismo trabajo, factura distinta. En concreto, esto desplaza:
Deja de alquilar cómputo por segundos. Usa el cómputo que ya pagaste.