Sandboxes da Vercel agora expiram com base no último uso

A mudança na política de expiração das Sandboxes da Vercel, anunciada em 26 de junho de 2026, substitui a contagem baseada na data de criação pela contagem regressiva a partir do último uso. Isso significa que cada vez que um snapshot é acessado ou executado, seu cronômetro de retenção é reiniciado. O valor padrão agora é 30 dias após o último uso, mas desenvolvedores podem ajustá-lo via configuração (ex.: snapshotExpiration: 7 * 24 * 60 * 60 * 1000), o que permite equilibrar economia de armazenamento com confiabilidade operacional.

Essa lógica se alinha com o lançamento público das Sandboxes em 30 de janeiro de 2026 e com outras melhorias recentes, como a extensão do tempo máximo de sessão para 24 horas nos planos Pro e Enterprise (antes limitado a 5 horas) e a persistência automática por padrão, sem necessidade de snapshots manuais. Os ambientes rodam em microVMs Firecracker, com suporte nativo a Node.js 22/24/26 e Python 3.13 sobre Amazon Linux 2023.

Para equipes que usam Sandboxes em fluxos de trabalho contínuos, como testes automatizados, integração de agentes de IA ou execução de scripts de validação, a nova política elimina surpresas: um ambiente não some entre duas execuções só porque passou do prazo fixo desde sua criação. Isso reduz falhas intermitentes em pipelines e diminui a necessidade de reconstruir estados manualmente. A otimização de armazenamento também impacta diretamente custos, especialmente em projetos com alta rotatividade de ambientes.

A mudança reflete uma evolução no modelo de sandboxing da Vercel: de um recurso efêmero e descartável para um componente persistente, adaptativo e integrado ao ciclo de vida real dos desenvolvedores, sem abrir mão da segurança do isolamento em microVMs.

Desenvolvedores agora podem configurar janelas de retenção mais agressivas (ex.: 7 dias) sem medo de perder um snapshot ativo durante um sprint ou entre revisões de pull request. A persistência automática reduz linhas de código dedicadas à gestão de estado, e a reinicialização do timer em cada uso simplifica a orquestração de workflows longos, como pipelines que enviam requisições assíncronas ou esperam callbacks externos.

Para quem usa Sandboxes com ferramentas de IA (ex.: agentes que geram e executam código dinamicamente), a combinação de 24 horas de execução contínua + retenção baseada em uso + persistência nativa significa menos interrupções e maior previsibilidade. Não há mais necessidade de 'pingar' um ambiente para mantê-lo vivo: basta usá-lo quando necessário.