Vercel Sandbox llega a sus 20 regiones globales con failover

Vercel Sandbox pasa de 4 a 20 regiones

Vercel Sandbox ya corre en las 20 regiones de cómputo de Vercel, frente a las cuatro disponibles en su lanzamiento inicial como parte del Agent Stack durante la conferencia Ship, según el changelog publicado el 10 de septiembre de 2026.

La ampliación llega pocos meses después de que el CEO Guillermo Rauch presentara Sandbox como uno de los componentes clave del stack para agentes de Vercel, junto con el AI SDK, AI Gateway, Workflow SDK y Chat SDK, de acuerdo con SiliconANGLE.

iad1 (US East, Virginia) sigue siendo la región por defecto. La selección manual de región está disponible en todos los planes; la configuración de regiones de failover queda reservada a los planes Pro y Enterprise.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

¿Qué cambia técnicamente?

El cambio no es solo de cobertura geográfica. Para equipos que despliegan agentes en producción, la nota del changelog introduce tres palancas concretas:

Selección de región por sandbox. Cada sandbox se crea en una región específica vía SDK (region: 'syd1') o CLI (sandbox create --region syd1). La región indicada al crear el sandbox tiene prioridad sobre el default del proyecto.
Failover en orden. En Pro y Enterprise, si Vercel no puede levantar el sandbox en la región primaria, intenta cada región de failover configurada secuencialmente. El ejemplo del changelog define Sídney como primaria y Hong Kong y Singapur como respaldo.
Residencia de datos. Los equipos con requisitos regulatorios pueden limitar tanto la región primaria como las de failover a geografías aprobadas, un punto crítico para clientes corporativos y cargas en sectores regulados.

Los sandboxes ya creados permanecen en la región donde se levantaron, según la documentación oficial. Los precios de Active CPU y Provisioned Memory varían por región, por lo que conviene revisar la página de pricing antes de mover cargas entre geografías.

Por qué el sandbox importa en la era de los coding agents

Vercel no lanzó Sandbox como una caja de ejecución aislada cualquiera: la compañía lo posiciona como una capa de control para que los agentes ejecuten código con política aplicada encima.

En una entrevista con TechCrunch en julio de 2026, Rauch describió la función así: «metes al agente en una pequeña jaula. Sigue teniendo libertad para expresar su inteligencia, pero puedes aplicar política sobre qué datos puede acceder y qué datos pueden salir del sandbox». El CEO puso como ejemplo el riesgo de que una herramienta de desarrollo entrene con código propietario: mencionó haber hablado con el presidente de Airbus sobre la posibilidad de que décadas de código C++ aeroespacial acaben en la nube si se instala la herramienta equivocada.

Esa narrativa coincide con los números que la propia Vercel presentó en Ship: la plataforma pasó de menos del 3% de despliegues disparados por coding agents a más del 50% en lo que va de 2026, y el volumen de tokens por su AI Gateway creció de unos 2 millones a 20 millones en el mismo período, según SiliconANGLE. TechCrunch reporta además 6 millones de despliegues diarios y más de 1 billón de tokens al día circulando por el gateway.

El sandbox también es el destino de ejecución por defecto del framework Eve, que Vercel publicó como open source en junio de 2026. InfoQ documenta que Eve delega el código generado por agentes a Sandboxes aislados, sumándolo a otras capacidades como durable execution, tracing OpenTelemetry y workflows de aprobación humana. Vercel asegura que usa Eve internamente para operar más de cien agentes en producción, dedicados a analítica, soporte, ventas y revisión de contenido.

Qué significa esto para tu startup

Pasar de 4 a 20 regiones no resuelve un capricho de cobertura: resuelve tres problemas reales que ya estaban golpeando a equipos que despliegan agentes.

1. Latencia del agente contra tus datos.
Un agente que necesita leer de una base de datos en São Paulo o Frankfurt sufría un viaje de red hasta la única región disponible cuando Sandbox solo estaba en cuatro zonas. Acercar el cómputo al almacenamiento reduce la latencia del primer byte y, sobre todo, la latencia de cola cuando el agente hace decenas de llamadas por turno.

2. Cumplimiento y residencia.

Si tu cliente es una empresa europea, latinoamericana con sede en México/Chile o una fintech regulada, la pregunta «¿en qué país corre mi carga?» deja de ser opcional. Con la opción de fijar la región primaria y las de failover a geografías aprobadas, puedes responder esa pregunta en la propuesta comercial sin reescribir tu arquitectura.

3. Resiliencia operativa.

Configurar failover en orden convierte un incidente regional en una degradación controlada: si la región primaria cae, el sandbox se levanta en la siguiente. Para productos cuyo SLA depende de que un agente responda en segundos, es la diferencia entre un ticket de soporte y una pérdida de cliente.

Acciones concretas que puedes tomar esta semana

Audita dónde corren hoy tus sandboxes. En el panel de Vercel, revisa Settings > Sandboxes y verifica si la región por defecto de tu proyecto sigue siendo la adecuada o conviene moverla cerca de tu base de datos principal.
Actualiza SDK y CLI antes de elegir regiones nuevas. El changelog lo advierte: las versiones anteriores al lanzamiento regional completo no podrán crear sandboxes en las nuevas geografías.
Diseña tu política de failover desde el primer deploy. Define una región primaria cerca de tus datos críticos y al menos una región de respaldo en otra geografía. Documenta el orden; en producción nadie lo hace en caliente.
Revisa la matriz de precios por región. Active CPU y Provisioned Memory varían por zona. Mover una carga puede cambiar la factura mensual, así que conviene modelarlo antes de la migración.
Si construyes sobre Eve, revisa cómo tus subagentes heredan la región del padre. Una arquitectura multi-agente mal configurada puede terminar ejecutando partes sensibles en regiones que no quieres.