ECS: La política de ciclo de vida de objetos no vencerá en las versiones

Nota: El siguiente problema no se aplica a los depósitos suspendidos o deshabilitados para el control de versiones.

1. En un depósito activado para versiones, se establece una política de ciclo de vida útil, como en el siguiente ejemplo, para hacer que venzan los objetos. La política se configuró para vencer automáticamente y eliminar objetos después de un día.

<?xml version="1.0" ?>
<LifecycleConfiguration xmlns="http://s3.companyaws.com/doc/2006-03-01/">
<Rule>
<ID>Expire Objects</ID>
<Prefix/>
<Status>Enabled</Status>
<Expiration>
<Days>1</Days>
</Expiration>
</Rule>
</LifecycleConfiguration>

2. En el caso de los objetos que nunca tuvieron versiones creadas, la política de vencimiento de objetos anterior da como resultado un marcador de eliminación insertado para reemplazar el objeto actual. Y, por lo tanto, el objeto actual se convierte en una versión no actual en lugar de eliminarse

Ejemplo:
Antes de que se cumpla la política, hay un objeto y es el más reciente

[VERSION_ID]: 1558539564138 [IS_LATEST]: true  [MTIME]: 2019-05-22T15:39:24.138Z [SIZE]: 54270        [OBJECT]: sample.object

Una vez que la política coincide (después de 1 día), se produce el vencimiento, pero el objeto se convierte en una versión no actual y se inserta un dmarker como el objeto más reciente. 
 

[VERSION_ID]: 1558539371262 [IS_LATEST]: false [MTIME]: 2019-05-22T15:36:11.262Z [SIZE]: 54270        [OBJECT]: sample.object        >>> original object becomes non current version
[VERSION_ID]: 1558539564138 [IS_LATEST]: true  [MTIME]: 2019-05-22T15:39:24.138Z [SIZE]: DMARKER      [OBJECT]: sample.object  >>> DMarker inserted as latest version.

Los usuarios que esperan de esta política vean que el objeto se elimina por completo. 
 

La expectativa del ejemplo de política mencionado en la sección anterior es incorrecta para los depósitos con control de versiones. Sin embargo, esto es cierto para los depósitos sin control de versiones, ya que en los depósitos sin control de versiones, el objeto vence de inmediato y se elimina y se vuelve irrecuperable.

Por el contrario, con los depósitos de control de versiones, los protocolos de S3 manejan el vencimiento de los objetos de manera diferente; en su lugar, transfieren el objeto a una versión no actual. Y agrega un marcador de eliminación como marcador de posición. Con los depósitos de control de versiones, se puede recuperar la versión del objeto, lo que permite una recuperación del período de gracia según la configuración de la política. Este es un comportamiento esperado. 

Para obtener más detalles sobre las políticas del ciclo de vida, el control de versiones y el vencimiento en S3, consulte la referencia en la sección "Información adicional" en la parte inferior de este artículo.

En un depósito con la versión habilitada, es mejor utilizar el siguiente ejemplo de política de ciclo de vida. Que, en cambio, hace vencer las versiones no actuales y también elimina marcadores (que son el resultado de una eliminación directa de un objeto en un depósito de control de versiones). 

Ejemplo:

En este ejemplo, S3 elimina las versiones actuales (objetos) 60 días después de su creación mediante la adición de un marcador de eliminación para cada una de las versiones actuales de los objetos. Este proceso hace que la versión actual no sea actual y el marcador de eliminación se convierte en la versión actual.  

El comando NoncurrentVersionExpiration acción en la misma configuración del ciclo de vida útil de S3 elimina los objetos no actuales 30 días después de que se vuelven no actuales. Por lo tanto, en este ejemplo, todas las versiones de objetos se eliminan de forma permanente 90 días después de la creación del objeto. 

NOTA IMPORTANTE: Las políticas de ciclo de vida se deben manejar con cuidado, especificar la cantidad de días y acciones que coincidan con las necesidades de la aplicación. La siguiente política es solo un ejemplo, caduca tanto los dmarkers como las versiones no actuales, lo que hace que las eliminaciones sean irrecuperables. 

<LifecycleConfiguration>
    <Rule>
        ...
        <Expiration>
           <Days>60</Days>
        </Expiration>
        <NoncurrentVersionExpiration>     
            <NoncurrentDays>30</NoncurrentDays>    
        </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>

Puede encontrar más detalles sobre el comportamiento de vencimientos de políticas en depósitos con y sin versiones aquí; 

https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-expire-general-considerations.htmlhttps://docs.aws.amazon.com/AmazonS3/latest/userguide/intro-lifecycle-rules.html#intro-lifecycle-rules-actions
https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-configuration-examples.html#lifecycle-config-conceptual-ex7

También puede encontrar más explicaciones en la guía de acceso a datos de ECS con detalles sobre cómo establecer la política de ciclo de vida 

https://dl.dell.com/content/manual53094723-ecs-3-8-x-data-access-guide.pdf