S3 no solo guarda archivos: también puede conservar el historial de cambios de cada archivo y gestionar automáticamente qué hacer con ellos según pasa el tiempo. Estas dos funciones —versionado y ciclo de vida— te protegen de errores y te ahorran dinero sin esfuerzo. Veámoslas.

El versionado hace que, cada vez que subes un objeto con la misma clave, S3 no sobrescriba el anterior, sino que guarde una nueva versión y conserve las antiguas.

Analogía: Es como el historial de versiones de un documento de Google Docs o Word. Puedes volver a una versión anterior si te equivocas. Nada se pierde para siempre.

Cómo funciona:

En cualquier momento puedes recuperar una versión antigua o restaurarla como la actual.

Por qué es tan útil:

• Protege contra borrados accidentales: si alguien borra un objeto, en realidad S3 añade un «marcador de borrado», pero las versiones siguen ahí y puedes recuperarlas.
• Protege contra sobrescrituras erróneas: ¿subiste el archivo equivocado encima del bueno? Vuelves a la versión anterior.
• Es una defensa contra ransomware: si un atacante cifra tus archivos, las versiones anteriores (sin cifrar) siguen disponibles.

Ejemplo real: Un empleado sobrescribe por error el archivo de configuración de producción con uno malo y la web deja de funcionar. Gracias al versionado, el equipo restaura la versión anterior en segundos y todo vuelve a la normalidad. Sin versionado, habrían perdido el archivo bueno.

⚠️ Cuidado con el coste: cada versión ocupa espacio y se paga. Si versionas archivos que cambian mucho, puedes acabar guardando muchísimas versiones antiguas. Por eso el versionado se combina con el ciclo de vida para borrar versiones viejas automáticamente.

Detalle importante: una vez activas el versionado en un bucket, puedes suspenderlo pero no desactivarlo del todo. Tenlo en cuenta antes de activarlo.

Las reglas de ciclo de vida (lifecycle rules) le dicen a S3 qué hacer con los objetos según su antigüedad, de forma automática. Sirven para dos cosas:

1. Transición: mover objetos a clases más baratas con el tiempo (recuerda las clases del subcapítulo 5.2).
2. Expiración: borrar objetos (o versiones antiguas) cuando ya no se necesitan.

Analogía: Es como un asistente que ordena tu trastero automáticamente: «lo que lleva 30 días sin tocarse, al cajón; lo que lleva 90 días, a las cajas del sótano; lo que lleva 7 años, a la basura».

Una política típica para registros (logs) podría ser:

Con esta regla, no tienes que mover ni borrar nada a mano. Los objetos «envejecen» y van bajando de coste solos, y se eliminan cuando la ley ya no obliga a conservarlos.

El ciclo de vida también gestiona las versiones antiguas que genera el versionado. Por ejemplo:

«Conserva la versión actual siempre, pero borra las versiones que tengan más de 90 días.»

Así disfrutas de la protección del versionado sin que el coste se dispare por acumular versiones viejas para siempre. Esta combinación —versionado + ciclo de vida para versiones antiguas— es una buena práctica muy habitual.

Estas dos funciones se complementan:

Buena práctica recomendada: activa el versionado en buckets con datos importantes y añade una regla de ciclo de vida que limpie las versiones antiguas pasado un tiempo razonable. Así estás protegido sin pagar de más.

• El versionado conserva el historial de cada objeto: protege contra borrados y sobrescrituras accidentales (y contra ransomware). Cada versión ocupa y cuesta.
• Una vez activado, el versionado se puede suspender pero no eliminar del todo.
• El ciclo de vida automatiza el destino de los objetos: transición a clases más baratas y expiración (borrado) según su antigüedad.
• El ciclo de vida también limpia versiones antiguas, evitando que el versionado dispare el coste.
• Versionado + ciclo de vida es la combinación ideal: protección con coste controlado.

En el siguiente subcapítulo entramos en un tema crítico: la seguridad de S3 con políticas de bucket y ACLs, para controlar quién puede acceder a tus datos.