Render ha dado un paso adelante en la competencia con Vercel al retirar el límite de tiempo para sus sandboxes de inteligencia artificial, permitiendo que estas sesiones puedan funcionar de forma indefinida. Además, ha incorporado nuevas herramientas para gestionar flujos de trabajo prolongados y almacenamiento compartido.
El anuncio realizado el miércoles establece la eliminación de la restricción previa de 30 días de ejecución continua en sus planes de espacio de trabajo de pago. En comparación, Vercel limita cada sesión individual de sandbox a un máximo de 24 horas. Render añade que sus entornos pueden suspenderse al estar inactivos y reanudarse manteniendo intactos los archivos, la memoria y los procesos en ejecución.
La plataforma creada por Anurag Goel, fundador y CEO de Render y exingeniero y jefe de riesgos en Stripe, nació como una alternativa más sencilla a AWS, evitando su complejidad en infraestructuras. Ahora extiende esta filosofía a los agentes de IA, integrando sandboxes, flujos de trabajo duraderos y almacenamiento compartido con las aplicaciones y bases de datos asociadas. 
Sin embargo, no todas las funcionalidades están completamente disponibles aún. La gestión de credenciales estará inicialmente activa solo para determinados clientes, la red privada para sandboxes está en desarrollo, y todavía se estudia cómo gestionar las escrituras simultáneas en el mismo archivo dentro del almacenamiento compartido.
Sandboxes que retoman tareas a mitad de proceso
Con esta actualización, los sandboxes de Render pueden continuar activos durante migraciones de código que duren varios días o mientras un agente prueba una aplicación completa. La gran diferencia aparece cuando el sandbox debe reanudarse. Vercel permite sesiones sin interrupciones solo hasta 24 horas y, aunque puede reiniciar sandboxes persistentes, los procesos en ejecución se reinician desde cero.
Render, en cambio, suspende el sandbox cuando está inactivo y lo reactiva al recibir un nuevo comando, conservando los archivos y la memoria, permitiendo al agente continuar justo donde lo dejó, sin necesidad de reconstruir su estado.
Credenciales que nunca ingresan al sandbox
Una de las novedades en cuanto a seguridad es la gestión de credenciales: estas se adjuntan a las solicitudes salientes del agente una vez que abandonan el sandbox, de modo que los secretos nunca entran en él.
Aunque esta característica es similar al modelo de credenciales con alcance controlado que ofrece Vercel a través de su servicio Connect, Render no la considera un factor diferencial, sino una funcionalidad que cada vez es más fundamental en la industria.
Actualmente, Render la está activando únicamente para grupos pequeños de usuarios para garantizar su calidad, y en la fase beta cualquier desarrollador puede controlar el tráfico saliente desde el sandbox, bloqueándolo por completo o permitiendo únicamente dominios específicos.
Según Render, el valor real no está solo en el sandbox, sino en el ecosistema que lo rodea. Los desarrolladores eligen su plataforma porque los agentes suelen funcionar en productos más amplios que requieren un backend robusto con APIs activas, conexiones estables a bases de datos, trabajadores en segundo plano, tareas programadas y la base de datos misma.
Mayor flexibilidad de cómputo y menos complejidad
Vercel tiene una fuerte presencia en frontend y funciones serverless, pero Render afirma que su modelo de «cómputo fluido» es rígido e ineficiente para cargas de trabajo intensivas que precisan las aplicaciones con agentes inteligentes. Por ejemplo, una función está limitada a 2 CPUs y 4 GB de RAM, un techo que impacta a las funciones de Vercel, aunque no necesariamente a sus sandboxes.
Render ofrece a los desarrolladores la flexibilidad de AWS, pero simplificando la gestión de su infraestructura. Cristian Herrera, CTO de OCMI, que evaluó Vercel tras migrar desde AWS, señala que «si necesitas hacer algo fuera de Next.js, estás luchando contra la plataforma».
Flujos de trabajo duraderos que sobreviven a fallos
La función Durable Workflows de Render permite reanudar tareas prolongadas tras una falla sin perder progreso. Los desarrolladores pueden escribir flujos en Python o TypeScript, con cada tarea ejecutándose hasta 24 horas. Render guarda el resultado de cada paso finalizado, lo que posibilita reiniciar el proceso en otra máquina desde el último punto guardado, evitando repetir llamadas a modelos, pagos o escrituras en base de datos ya confirmadas.
No obstante, existe el riesgo de que un fallo ocurra después de un pago ejecutado y antes de guardar el resultado. Por ello, se recomienda usar claves de idempotencia para prevenir cargos o escrituras duplicadas. Asimismo, el sistema de archivos compartidos permite que sandboxes y tareas accedan y permanezcan sobre archivos persistentes, incluso tras la finalización de la computadora que los generó.
Esta funcionalidad está diseñada para múltiples agentes que leen un mismo repositorio o conjunto de datos y escriben salidas individuales. Sin embargo, el manejo de escrituras concurrentes en un mismo archivo, con mecanismos de bloqueo y resolución de conflictos, aún está en estudio.
Render asegura que AWS y Vercel son «las dos plataformas que los nuevos usuarios mencionan con más frecuencia que abandonan hoy en día», citando la complejidad y los costes como principales razones. Por el momento, la compañía no dispone de cifras sobre migraciones desde Vercel.
