- Cómo funciona realmente la fijación de precios de los sandboxes
- Tarifas por sesión
- Niveles de cómputo: vCPU y memoria
- Almacenamiento: efímero vs. persistente
- Tarifas de salida (egress) y red
- Economía del almacenamiento en caché de paquetes
- Tiempo inactivo y pausa automática
- Autogestionado (Self-Hosted): El modelo de costo oculto
- Estimaciones de costos para tres cargas de trabajo comunes
- Preguntas para cualquier proveedor de sandbox
- Conclusión
- Preguntas Frecuentes (FAQ)
- Artículos Recomendados
Antes de comprometerte con una plataforma de sandbox para agentes de IA, entiende cómo su modelo de precios se ajusta a tu carga de trabajo real. Los costos del sandbox no son solo tarifas de cómputo: son una combinación de tarifas por sesión, niveles de recursos, almacenamiento, salida, comportamiento de caché de paquetes y gestión del tiempo inactivo. Si calculas mal una dimensión, tu estimación de costos para un agente de codificación real o un flujo de trabajo de automatización de navegador puede diferir en un orden de magnitud.
Esta guía desglosa cada eje de precios, muestra cómo interactúan en cargas de trabajo comunes y te proporciona un marco de comparación para evaluar proveedores en términos de costo antes de registrarte.
Cómo funciona realmente la fijación de precios de los sandboxes
La mayoría de los proveedores de sandbox gestionados facturan según alguna combinación de:
- Tiempo de cómputo: CPU y RAM consumidos por segundo (o por minuto) mientras el sandbox está en ejecución
- Gastos generales de sesión: un cargo fijo por inicio de sesión, o una unidad de facturación mínima que se aplica incluso para ejecuciones cortas
- Almacenamiento: espacio de volumen persistente por encima del nivel gratuito incluido
- Salida (egress): transferencia de datos salientes, generalmente medida en GB
- Nivel de suscripción: un mínimo mensual que desbloquea mayor concurrencia, sesiones más largas o configuraciones de recursos personalizadas
Ningún proveedor gana dinero con sandboxes inactivos que pueden pausarse automáticamente, pero no todos los proveedores implementan la pausa automática de la misma manera. Los casos extremos del modelo de facturación importan tanto como la tarifa principal.
Tarifas por sesión
Algunos proveedores cobran una tarifa fija por cada sandbox que se inicia, independientemente de cuánto tiempo se ejecute o qué recursos utilice. Otros facturan solo el tiempo de cómputo sin gastos generales por sesión.
Un cargo por sesión importa más cuando tienes cargas de trabajo de alta frecuencia y corta duración, por ejemplo, un intérprete de código que crea y destruye un sandbox por cada turno de usuario en una sesión de chat. Si una sesión cuesta $0.001 al inicio y tu aplicación ejecuta 10,000 sesiones por día, eso son $10/día en tarifas de sesión antes de que se contabilice cualquier cómputo.
Qué preguntar: ¿El proveedor cobra una tarifa mínima por sesión, o solo por el tiempo de cómputo real? ¿Cuál es la unidad de facturación mínima (por segundo, por minuto, cada 5 minutos)?
Para Novita Agent Sandbox, la facturación es por segundo según el uso real de vCPU y memoria, sin tarifa adicional por inicio de sesión. Precios a mediados de 2026: 1 vCPU a $0.0000098/s, con memoria a $0.0000016/GiB/s. Una tarea corta de 5 minutos en 1 vCPU + 512 MiB de RAM cuesta aproximadamente $0.0032 en total. (Fuente: página de precios de Novita AI, verificada en la documentación publicada de Novita.)
Para E2B Pro (según lo documentado en los artículos de comparación publicados por Novita), 1 vCPU tiene un precio de $0.0000140/s con memoria a $0.0000045/GiB/s, más un requisito de suscripción de $150/mes para acceder a la configuración personalizada de CPU/RAM y duraciones de sesión de 24 horas.
Verifica siempre las tarifas actuales en la página de precios de cada proveedor antes de comprometerte: los precios de los sandboxes están cambiando activamente en este mercado.
Niveles de cómputo: vCPU y memoria
El cómputo es el costo dominante para la mayoría de las cargas de trabajo de sandbox. Las variables son:
- Cantidad de vCPU: la mayoría de los proveedores facturan linealmente por vCPU
- Memoria: facturada por GiB/s, generalmente a una tarifa más baja que el cómputo
- Configurabilidad: algunos proveedores ofrecen niveles fijos (por ejemplo, 1/2/4/8 vCPU), otros permiten una asignación arbitraria
Para cargas de trabajo de agente por lotes (ejecutando muchas tareas cortas en paralelo), la relación entre memoria y vCPU es importante. Una tarea de análisis de datos que carga un CSV grande puede necesitar 4 GiB de RAM pero solo 1 vCPU. Pagar por un nivel fijo de 4 vCPU + 4 GiB cuando solo necesitas 1 vCPU + 4 GiB desperdicia tres CPUs de tiempo de facturación por tarea.
Qué preguntar: ¿Puedo configurar vCPU y memoria de forma independiente? ¿Hay una asignación mínima? ¿Qué niveles de GPU están disponibles si necesito inferencia de modelos dentro del sandbox?
La implicación práctica: un proveedor con facturación flexible por recurso brinda a los equipos que ejecutan cargas de trabajo mixtas (algunas con uso intensivo de CPU, otras con uso intensivo de memoria) un mejor control de costos que uno con paquetes de cómputo fijos.
Almacenamiento: efímero vs. persistente
El almacenamiento del sandbox se presenta en dos formas con diferentes comportamientos de facturación:
Almacenamiento efímero: es el sistema de archivos local del sandbox durante una sesión. Desaparece cuando el sandbox termina. La mayoría de los proveedores incluyen una asignación gratuita (10–20 GB es común) y no cobran extra por ello dentro de ese límite.
Almacenamiento persistente: sobrevive a las sesiones. Aquí es donde los agentes almacenan puntos de control, archivos generados, artefactos en caché o el estado del espacio de trabajo que debe estar disponible la próxima vez. Los volúmenes persistentes generalmente se facturan por GB por mes, similar al precio del almacenamiento en bloque en la nube.
La trampa de costos: si tu agente genera archivos intermedios grandes (registros, salidas de modelos, datos sin procesar) y esos se acumulan en el almacenamiento persistente sin limpieza, los cargos de almacenamiento se acumulan con el tiempo. Un agente que genera 1 GB de salida por día y conserva todo durante 30 días acumula 30 GB de almacenamiento antes de que te des cuenta.
Qué preguntar: ¿Cuál es la asignación gratuita de almacenamiento efímero por sandbox? ¿Está disponible el almacenamiento persistente/espacio de trabajo y cómo se factura? ¿Hay un tamaño máximo de disco para el sandbox? ¿Hay tarifas de almacenamiento para instantáneas o plantillas?
Novita Agent Sandbox incluye 20 GB de almacenamiento gratuito para sandbox. El precio del almacenamiento persistente más allá del nivel gratuito debe verificarse en la página de precios actual.
Tarifas de salida (egress) y red
Las tarifas de salida toman por sorpresa a los desarrolladores porque son invisibles durante el desarrollo, pero se materializan a escala de producción.
La mayoría de los proveedores de nube gestionados cobran por:
- Transferencia de datos salientes del sandbox a Internet público
- Transferencia de datos entre regiones si la región de tu sandbox difiere de la de tus servidores de aplicación
- Descargas de archivos grandes dentro de los sandboxes (por ejemplo, descargar conjuntos de datos, pesos de modelos, paquetes npm)
Las cargas de trabajo de sandbox que obtienen datos externos (agentes de automatización de navegador que obtienen páginas, agentes de datos que descargan conjuntos de datos, agentes de codificación que clonan repositorios) pueden generar una salida significativa a escala. Un agente de codificación que clona un repositorio de 500 MB en cada sesión y ejecuta 1,000 sesiones por día transfiere 500 GB/día de salida.
Qué preguntar: ¿El proveedor cobra por la salida? ¿A qué tarifa? ¿Los datos entrantes (cargas al sandbox) también se cobran? ¿Hay límites de salida o estrangulamiento en los niveles de plan más bajos?
Muchos proveedores de sandbox no publican precios explícitos de salida y, en cambio, lo incluyen en resúmenes de costos de red de toda la plataforma. Obtén una respuesta clara antes de escalar.
Economía del almacenamiento en caché de paquetes
Instalar paquetes de Python, dependencias npm o paquetes del sistema dentro de un sandbox en cada ejecución es costoso en tiempo, no solo en costo. Un pip install torch nuevo puede llevar minutos y agregar una facturación de cómputo significativa a cada sesión.
Los proveedores manejan esto de manera diferente:
Sin caché: cada sandbox comienza desde una imagen base e instala paquetes desde cero cada vez. La latencia de inicio es alta; la facturación de cómputo incluye el tiempo de instalación.
Caché de plantillas/instantáneas: creas una plantilla de sandbox preconstruida con paquetes instalados. Las sesiones comienzan desde esa instantánea. El inicio es rápido; el cómputo de instalación de paquetes se paga una vez cuando se construye la plantilla, no por sesión.
Caché de capas implícita: algunos proveedores almacenan en caché las capas de paquetes automáticamente en todos los sandboxes de la misma imagen, similar al almacenamiento en caché de capas de Docker, por lo que los paquetes de uso frecuente se obtienen de la caché en lugar de descargarse nuevamente.
La economía: si una tarea de agente de 5 minutos requiere 2 minutos de instalación de paquetes por ejecución, estás pagando el 40% de tu factura de cómputo por configuración, no por trabajo. Las plantillas o instantáneas eliminan esa sobrecarga a costa del almacenamiento de plantillas y la complejidad de gestión.
Qué preguntar: ¿El proveedor admite plantillas o instantáneas de sandbox? ¿Las plantillas se facturan por plantilla o solo cuando se inician sesiones desde ellas? ¿Con qué frecuencia es necesario reconstruir las imágenes de las plantillas (por ejemplo, cuando se actualizan los paquetes base)?
Novita Agent Sandbox admite plantillas para entornos preconstruidos. Los equipos que ejecutan tareas de alta frecuencia con un conjunto de paquetes consistente deben evaluar el costo de almacenamiento de la plantilla frente al ahorro de tiempo de instalación de paquetes por sesión; para la mayoría de las cargas de trabajo, las plantillas se amortizan rápidamente.
Tiempo inactivo y pausa automática
Los sandboxes que permanecen inactivos entre pasos del agente desperdician dinero. Un agente que se detiene durante 30 segundos mientras espera una respuesta de LLM sigue consumiendo facturación de cómputo si el sandbox está en ejecución.
Pausa/reanudación automática (autopause / autoresume): a veces llamada pausa/reanudación o instantánea en inactividad, significa que el sandbox se congela cuando no se ejecuta código y solo se factura por cómputo cuando está activo. Esto puede reducir drásticamente los costos para flujos de trabajo con largos intervalos de espera de LLM, por ejemplo, un agente de codificación de múltiples turnos donde el LLM tarda 10 segundos en generar cada fragmento de código y el sandbox permanece inactivo durante esos 10 segundos.
Qué preguntar: ¿El proveedor admite la pausa automática? ¿Qué desencadena una pausa (umbral de tiempo inactivo, llamada API explícita)? ¿Qué tan rápida es la reanudación: menos de 1 segundo o más cercana a un inicio en frío completo? ¿Hay una diferencia de facturación entre un sandbox en pausa y uno en ejecución?
El equilibrio: la pausa automática con reanudación lenta agrega latencia a cada paso del agente. Para cargas de trabajo interactivas sensibles a la latencia, mantener el sandbox activo (y pagar por el tiempo inactivo) puede ser la decisión correcta. Para cargas de trabajo por lotes que se ejecutan durante la noche, la pausa automática casi siempre vale la pena.
Autogestionado (Self-Hosted): El modelo de costo oculto
Las implementaciones de sandbox autogestionadas o “trae tu propia nube” (BYOC) tienen una estructura de costos fundamentalmente diferente a los servicios en la nube gestionados. La factura de infraestructura es más baja por unidad de cómputo, pero la sobrecarga operativa es real.
Por qué pagas en autogestionado:
- Costos de VM o servidores físicos (generalmente a tarifas spot o reservadas de la nube, que son más bajas que las tarifas de sandbox gestionado)
- Almacenamiento: volúmenes EBS/persistentes, almacenamiento de instantáneas y salida desde tu cuenta de nube
- Tiempo de ingeniería de operaciones: aprovisionamiento, escalado, parches, endurecimiento de seguridad y respuesta a incidentes
- Infraestructura de observabilidad: registro, métricas, trazabilidad para eventos del ciclo de vida del sandbox
- Trabajo de cumplimiento: si necesitas SOC 2, HIPAA o controles similares, el trabajo recae en tu equipo
El error común es comparar las tarifas de cómputo autogestionadas con las tarifas de sandbox gestionado y concluir que la opción autogestionada es más barata. La sobrecarga de operaciones y cumplimiento a menudo cuesta más que el ahorro en infraestructura, especialmente para equipos con menos de tres ingenieros de plataforma que puedan ocuparse de la infraestructura del sandbox a tiempo completo.
Dónde tiene sentido lo autogestionado:
- Equipos con infraestructura de nube existente y capacidad de ingeniería de plataforma
- Entornos regulatorios donde los datos no pueden salir de una cuenta o región de nube específica
- Cargas de trabajo de muy alto volumen donde la diferencia de costo entre gestionado y autogestionado a escala supera la sobrecarga de operaciones
Novita Agent Sandbox admite implementación BYOC en cuentas de AWS o GCP para equipos que necesitan sandboxes ejecutándose dentro de su propia VPC por razones de cumplimiento o políticas de red. E2B actualmente no documenta BYOC como una opción disponible para los planes Pro estándar, aunque esto puede cambiar: verifica con cada proveedor en el momento de tu evaluación.
Estimaciones de costos para tres cargas de trabajo comunes
Estas estimaciones utilizan los precios documentados de Novita como referencia. Escala las estimaciones para la vCPU, memoria, duración de sesión y número de sesiones diarias reales de tu carga de trabajo. Siempre verifica las tarifas actuales antes de usar estas cifras para la planificación presupuestaria.
Carga de trabajo 1: Agente de codificación (interactivo, sesiones cortas)
- Perfil: 1 vCPU, 1 GiB RAM, sesión promedio de 10 minutos, 500 sesiones/día
- Cómputo: (0.0000098 × 600s) + (0.0000016 × 1 × 600s) = $0.00588 + $0.00096 = ~$0.007 por sesión
- Diario: ~$3.50/día, ~$105/mes para 500 sesiones/día
- Variable clave: almacenamiento en caché de paquetes: sin plantillas, agrega 2–3 minutos de tiempo de instalación por sesión
Carga de trabajo 2: Agente de análisis de datos (sesiones medianas, más memoria)
- Perfil: 2 vCPU, 4 GiB RAM, sesión promedio de 30 minutos, 100 sesiones/día
- Cómputo: (0.0000196 × 1800s) + (0.0000016 × 4 × 1800s) = $0.03528 + $0.01152 = ~$0.047 por sesión
- Diario: ~$4.70/día, ~$141/mes para 100 sesiones/día
- Variable clave: retención de archivos de salida: si cada sesión genera 100 MB de salida almacenada, 100 sesiones/día = 10 GB/día de acumulación de almacenamiento
Carga de trabajo 3: Agente de automatización de navegador (sesiones largas, uso intensivo de red)
- Perfil: 2 vCPU, 2 GiB RAM, sesión promedio de 60 minutos, 50 sesiones/día
- Cómputo: (0.0000196 × 3600s) + (0.0000016 × 2 × 3600s) = $0.07056 + $0.01152 = ~$0.082 por sesión
- Diario: ~$4.10/día, ~$123/mes para 50 sesiones/día
- Variable clave: salida (egress): los agentes de navegador que obtienen 10 MB de datos de página por sesión × 50 sesiones = 500 MB/día de posibles cargos de salida
Estas estimaciones excluyen tarifas de suscripción, salida y almacenamiento persistente. Para proveedores con un mínimo de suscripción mensual, agrega ese costo fijo antes de comparar.
Preguntas para cualquier proveedor de sandbox
Usa esta lista al evaluar proveedores de sandbox en términos de costo:
Modelo de facturación
- ¿La facturación es por segundo, por minuto o en unidades más grandes?
- ¿Hay un cargo mínimo por sesión o tarifa de inicio?
- ¿Se requiere una suscripción mensual para acceder a configuraciones de recursos personalizadas o sesiones largas?
Cómputo
- ¿Se pueden configurar vCPU y memoria de forma independiente?
- ¿Cuáles son las asignaciones mínimas y máximas de vCPU/memoria?
- ¿Hay sandboxes con GPU disponibles y cómo se facturan?
Almacenamiento
- ¿Cuánto almacenamiento efímero está incluido por sandbox?
- ¿Hay almacenamiento persistente/espacio de trabajo disponible? ¿A qué precio por GB/mes?
- ¿Hay tarifas de almacenamiento para instantáneas o plantillas?
Salida (Egress)
- ¿Se cobra la salida de red? ¿A qué tarifa?
- ¿Hay niveles de salida gratuitos?
Tiempo inactivo
- ¿Se admite la pausa automática? ¿Qué la desencadena?
- ¿Qué tan rápida es la reanudación desde el estado de pausa?
- ¿Un sandbox en pausa se factura de manera diferente a uno en ejecución?
Límites de sesión
- ¿Cuál es la duración máxima de sesión en cada nivel de plan?
- ¿Qué sucede con una sesión cuando supera el límite: terminación gradual o cierre forzado?
- ¿Qué límites de concurrencia se aplican en cada nivel?
Almacenamiento en caché de paquetes
- ¿Se admiten plantillas o instantáneas?
- ¿Cómo se facturan las compilaciones de plantillas?
Autogestionado / BYOC
- ¿Se admite la implementación BYOC?
- ¿Qué proveedores de nube (AWS, GCP, Azure)?
- ¿Qué soporte operativo se proporciona?
Estabilidad de precios
- ¿Cuándo se actualizaron las tarifas actuales por última vez?
- ¿Hay descuentos por uso comprometido o por volumen disponibles?
Conclusión
El precio de un sandbox es más que una tarifa por segundo. El costo real de ejecutar agentes de IA en la nube depende de cómo los mínimos de sesión, la configurabilidad del cómputo, la retención de almacenamiento, la salida, el almacenamiento en caché de paquetes y la gestión del tiempo inactivo se combinan para tu perfil de carga de trabajo específico.
Acertar esto antes de comprometerte es importante. Un proveedor que parece barato en la tarifa de vCPU puede volverse costoso cuando agregas una suscripción de $150/mes para desbloquear configuraciones de recursos personalizadas, o cargos de salida en un agente de navegador que obtiene megabytes de datos de página por sesión. Por el contrario, un proveedor con pausa automática y plantillas de instantáneas puede costar significativamente menos a escala de lo que sugiere la tarifa principal.
Usa las estimaciones y el marco de preguntas en esta guía como punto de partida. Introduce tu duración real de sesión, perfil de vCPU/memoria, frecuencia de sesiones y crecimiento esperado de almacenamiento, y luego compara eso con la página de precios actual de cada proveedor, no con los resúmenes de marketing. Los precios de los sandboxes en este mercado están cambiando activamente, y el número que aplica hoy puede no aplicar en seis meses.
Para equipos que ya están familiarizados con el SDK de E2B, Novita Agent Sandbox vale la pena evaluarlo: utiliza la misma interfaz compatible con E2B, factura por segundo sin requisito de suscripción mensual y admite implementación BYOC para equipos con restricciones de VPC o cumplimiento. Si se ajusta a tu carga de trabajo depende de las variables anteriores.
Preguntas Frecuentes (FAQ)
¿Cuál es la forma más barata de ejecutar sandboxes para agentes de IA a escala?
El costo total más bajo depende de la combinación de tu carga de trabajo. Para sesiones cortas de alta frecuencia, minimiza los gastos generales por sesión y usa plantillas para evitar pagar por el tiempo de instalación de paquetes. Para sesiones de larga duración con intervalos de espera de LLM, la pausa automática reduce significativamente la facturación de cómputo inactivo. Compara proveedores según el perfil específico de vCPU, memoria y duración de sesión que coincida con tu caso de uso: las tarifas principales no reflejan tu costo real sin introducir esas variables.
¿Lo autogestionado siempre es más barato que los servicios de sandbox gestionados?
No necesariamente. La infraestructura autogestionada tiene costos de cómputo por unidad más bajos, pero agrega una sobrecarga operativa real: aprovisionamiento, escalado, parches, observabilidad y trabajo de cumplimiento. Para equipos sin capacidad de ingeniería de plataforma dedicada, el costo de operaciones a menudo supera el ahorro en infraestructura en comparación con un servicio gestionado. Evalúa el costo total de propiedad, no solo la factura de la nube.
¿Cómo afecta el almacenamiento en caché de paquetes al precio del sandbox?
Sin caché, cada inicio de sandbox incluye tiempo de instalación de paquetes facturado como cómputo. Para cargas de trabajo de Python que instalan bibliotecas comunes de ciencia de datos o ML, la instalación puede agregar 2–5 minutos de facturación de cómputo por sesión. Las plantillas o instantáneas te permiten pagar por la instalación de paquetes una vez y reutilizar ese entorno en muchas sesiones. Para cualquier carga de trabajo que ejecute más de unos pocos cientos de sesiones por día con un conjunto de paquetes consistente, las plantillas generalmente se amortizan rápidamente.
¿Qué debo tener en cuenta con respecto a los precios de salida (egress) en cargas de trabajo de sandbox?
La automatización de navegadores, los agentes de ingesta de datos y las cargas de trabajo que descargan archivos grandes (conjuntos de datos, pesos de modelos, paquetes de registros externos) pueden generar una transferencia de datos salientes significativa. Aclara si tu proveedor de sandbox cobra por la salida y a qué tarifa antes de escalar estas cargas de trabajo. En algunos casos, el uso de mirrors de paquetes, plantillas preconfiguradas o fuentes de datos regionales dentro del mismo proveedor de nube puede reducir sustancialmente los cargos de salida.
¿Cómo evalúo el costo del tiempo inactivo para agentes con respuestas lentas de LLM?
Estima la proporción de tiempo de espera de LLM con respecto al tiempo de ejecución activa en tu carga de trabajo. Si un agente espera 10 segundos por una respuesta de LLM entre cada paso de ejecución de código de 2 segundos, aproximadamente el 83% del tiempo de sesión está inactivo. Un proveedor con pausa automática que factura solo por cómputo activo ahorra la mayor parte de ese costo. Compara la latencia de pausa/reanudación con la tolerancia de tu carga de trabajo: si los usuarios esperan resultados de forma interactiva, una reanudación lenta agrega un retraso notable.
