Introducción: por qué este cambio importa
Si estás en un equipo Pro de Vercel, seguro notaste que el historial de deployments crecía. Con agentes de código acelerando el desarrollo, la frecuencia de despliegues se disparó—y el almacenamiento también. Para ayudar a controlar costos, Vercel ahora establece 30 días de retención por defecto para equipos Pro.
No es solo un ajuste: es un cambio en cómo piensas el almacenamiento de deployments. Vamos a ver qué cambió y cómo adaptarte.
¿Qué cambió exactamente?
Antes, los equipos Pro tenían una retención predeterminada mayor. Ahora, los nuevos equipos Pro empiezan con 30 días. Esto significa:
- El historial reciente queda disponible para rollbacks e inspecciones rápidas.
- Los deployments antiguos se eliminan automáticamente después de 30 días, reduciendo costos.
- Aún puedes personalizar el período en la configuración del equipo.
Comparación de costos:
| Tipo de almacenamiento | Costo por GB-mes |
|---|---|
| Deployment Storage | $0.10 |
| Functions Storage | $0.10 |
Si almacenas cientos de deployments al mes, esto suma rápido. El default de 30 días es un punto de partida sensato para la mayoría.
Cómo ajustar la retención
Ve a Settings > Deployment Retention Policy y elige un período mayor si lo necesitas. Recuerda: los deployments eliminados no se pueden restaurar ni usar para rollback. Si necesitas historial largo para compliance o debugging, auméntalo.
// Ejemplo: verificando la edad de los deployments vía API de Vercel (pseudo-código)
const deployments = await vercel.listDeployments({ teamId: 'tu-team-id' });
deployments.forEach(dep => {
const edadEnDias = (Date.now() - new Date(dep.createdAt)) / (1000 * 60 * 60 * 24);
if (edadEnDias > 30) {
console.log(`El deployment ${dep.uid} tiene más de 30 días y puede ser eliminado.`);
}
});
Limitaciones y advertencias
- Sin rollback para deployments eliminados: una vez borrados, no vuelven. Si dependes de rollback para incidentes, considera mayor retención.
- Los costos de almacenamiento siguen: incluso con 30 días, equipos de alta frecuencia pueden acumular facturas. Monitorea el uso en el dashboard.
- No es solución de backup: la política de retención no reemplaza backups. Para deployments críticos, archiva artefactos en otro lugar.
Tip: usa la guía de optimización de almacenamiento de Vercel para auditar qué consume espacio. A menudo, logs viejos de funciones y assets sin usar son los culpables.
Para entender por qué esperar soluciones perfectas puede salir caro, revisa nuestro análisis sobre migración a firmas post-cuánticas.
Conclusión y próximos pasos
El default de 30 días es una medida pragmática para bajar costos sin perder historial reciente. Pero no es talla única. Evalúa las necesidades de tu equipo y ajusta la política.
Próximos pasos:
- Revisa la configuración actual de retención.
- Audita el uso de almacenamiento y limpia deployments innecesarios.
- Si necesitas más historial, extiende el período—pero presupuesta.
Para una base sólida en JavaScript que complementa tu flujo de deployments, checa nuestra guía completa de destructuring assignment.
Fuente: Vercel Changelog