Vercel Sandbox llega a 4 regiones globales con failover

Vercel Sandbox sale de beta global con cuatro regiones y failover opcional

Vercel abrió el availability general de Vercel Sandbox este 24 de agosto, con despliegue simultáneo en cuatro regiones: iad1 (Washington D.C.), sfo1 (San Francisco), cle1 (Cleveland) y cdg1 (París). El resto de regiones de Vercel llegarán "próximamente", según el changelog oficial. iad1 se mantiene como región por defecto, aunque ya se puede elegir otra desde los settings del proyecto o vía CLI.

Para equipos hispanohablantes con usuarios o datos en Europa, la apertura de cdg1 es lo más relevante: por primera vez los sandboxes corren fuera de EE.UU., lo que recorta la latencia de los agentes IA que ejecutan código contra APIs, bases de datos y object storage europeos.

¿Qué cambia técnicamente con este lanzamiento?

Tres elementos importan más que la lista de regiones:

👥 ¿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

Failover regional para Pro y Enterprise. Si la región primaria cae, los sandboxes nuevos arrancan en la región failover más cercana. Vercel se encarga de mover el snapshot entre regiones durante el failover, así que el desarrollador no escribe lógica de recuperación. En planes Hobby, solo se puede elegir región, sin failover.
Snapshots fijos a su región de origen. Un snapshot creado en cdg1 no puede moverse a iad1. Para reanudar o crear un sandbox a partir de un snapshot, ambos deben estar en la misma región. La consecuencia práctica: si cambias de región, pagas el snapshot nuevo.
Selección de región en todos los planes. La opción de elegir región (sin failover) está disponible en Hobby, Pro y Enterprise, lo cual elimina la excusa clásica de "estoy atado a la costa este de EE.UU." para un proyecto chico o un MVP.

El SDK se actualiza con pnpm install @vercel/sandbox@latest, la CLI con pnpm install -g sandbox@latest y la CLI de Vercel con pnpm install -g vercel@latest. La selección se puede hacer desde Settings > Sandboxes, con el comando vercel project update my-project --sandbox-region cdg1 --sandbox-failover-regions iad1,cle1, o pasando region y failoverRegions directamente a Sandbox.create().

¿Por qué importa la latencia regional para tu agente?

Vercel recomienda elegir la región más cercana a las bases de datos, object storage y servicios externos que tu sandbox va a tocar. El motivo es directo: cada vez que tu agente IA ejecuta código y ese código hace una llamada HTTP a una API o a tu Postgres, la latencia de red se acumula. Si tu base de datos está en eu-west-1 y tu sandbox en iad1, cada fetch del agente paga un viaje de ida y vuelta transatlántico.

Para un coding agent que hace cientos de llamadas por tarea, eso se traduce en segundos de espera extra y, sobre todo, en una UX peor. En la práctica, mover el sandbox a la misma región que tu stack europeo (o americano, según el caso) suele recortar entre 80 y 150 ms por llamada, suficiente para que el agente se sienta "instantáneo" en vez de "lento".

Seguridad: el Sandbox ya está siendo auditado en público

Vercel no lanzó las regiones sin más. El 18 de agosto de 2026 abrió un bug bounty de hasta US$1 millón en HackerOne, activo hasta el 1 de septiembre, específicamente sobre la superficie de seguridad de Sandbox. Según Compare the Cloud, el techo por reporte que permita leer o modificar datos de otro tenant es de US$50.000, y Vercel se comprometió a publicar un write-up completo al cierre, incluso si nadie rompe nada.

El detalle técnico que importa para founders: cada sandbox corre como un Firecracker microVM sobre hosts EC2 bare-metal, con un firewall de red aplicado en la capa del host, no dentro de la VM. El código del usuario corre dos niveles de aislamiento por debajo del host (contenedor Linux dentro del microVM). Vercel está diciendo, en la práctica, que confía lo suficiente en esa arquitectura como para pagarle a quien encuentre el agujero.

Para un founder que despliega agentes de producción, esto responde la pregunta más común: "¿puedo darle a un agente acceso a mis datos sin que se filtre mi código o mi base de datos a un tercero?". Vercel está apostando US$1 millón a que la respuesta es sí.

Qué significa esto para tu startup

Vercel Sandbox deja de ser un juguete de early adopter para convertirse en infraestructura de producción. Los números lo respaldan: según TechCrunch, Vercel procesa 6 millones de despliegues al día, la mitad disparados por coding agents, y más de 1 billón de tokens al día pasan por su AI Gateway. En la conferencia Ship de junio de 2026, la compañía reveló que el volumen de tokens en el gateway creció de 2 billones a 20 billones mensuales en seis meses, y que los deployments disparados por agentes pasaron de menos del 3% a más de la mitad en el mismo período.

Eso es lo que explica la urgencia de las regiones y del failover: ya no son proyectos experimentales, son tráfico de producción de OpenAI, Stripe, DoorDash, The Weather Company y Helly Hansen, según el comunicado de Ship reportado por Yahoo Finance.

Dos acciones concretas que puedes tomar hoy:

Audita la latencia de tus agentes antes de migrar de región. Si tu coding agent ejecuta en iad1 pero tu base de datos está en AWS Frankfurt, mide cuánto tarda cada fetch antes y después de mover el sandbox a cdg1. Si la diferencia supera ~50 ms promedio por llamada, el cambio se justifica. Si no, quédate en iad1 y ahorra complejidad.
Configura failover solo si ya tienes tráfico de producción. Para un MVP o un side project, la región única basta. Reservar failover para Pro o Enterprise tiene sentido cuando un minuto caído de tu agente significa pérdida de ingresos o reputación; en beta, probablemente no.

El contexto competitivo

Vercel Sandbox se inserta en un mercado de entornos de desarrollo cloud donde conviven AWS Cloud9, GitHub Codespaces, Gitpod y StackBlitz. La diferencia de Vercel es que Sandbox no es un "dev environment" al uso: está optimizado para que agentes IA ejecuten código de forma segura, con snapshots, red aislada y ahora failover regional. El CEO Guillermo Rauch lo describe en TechCrunch como "una pequeña jaula donde el agente puede expresar su inteligencia, pero tú puedes aplicar política sobre qué datos accede y qué datos pueden salir del sandbox". Esa frase resume la tesis: Sandbox es la pieza que faltaba para que un agente de IA pueda tocar datos reales de una empresa sin que el CTO se quede despierto a las 3 a.m.

La apertura global de regiones y el bug bounty de US$1M en HackerOne, lanzados con seis días de diferencia, son dos movimientos que apuntan a lo mismo: Vercel quiere que Sandbox sea la capa de ejecución por defecto para coding agents en producción. Si tu startup ya construye sobre Vercel, conviene tomarse en serio esta capa antes de que tu propia competencia la adopte primero.