

Aviso de fin de soporte: el 13 de noviembre de 2025, AWS suspenderemos el soporte para AWS Elemental MediaStore. Después del 13 de noviembre de 2025, ya no podrá acceder a la MediaStore consola ni a MediaStore los recursos. Para obtener más información, visite esta [publicación del blog](https://aws.amazon.com/blogs/media/support-for-aws-elemental-mediastore-ending-soon/). 

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Componentes de una política de ciclo de vida de objetos
<a name="policies-object-lifecycle-components"></a>

Las políticas del ciclo de vida de los objetos rigen el tiempo que permanecen los objetos en un MediaStore contenedor de AWS Elemental. Cada política de ciclo de vida de objetos se compone de una o varias reglas, que determinan la vida útil de objetos. Una regla puede aplicarse a una carpeta, a varias carpetas o al contenedor completo. 

Puede asociar una política de ciclo de vida de objetos a un contenedor, y cada uno de los objetos de la política de ciclo de vida puede contener hasta 10 reglas. No se puede asignar una política de ciclo de vida de objetos a un objeto individual. 

## Reglas en una política de ciclo de vida de objetos
<a name="policies-object-lifecycle-components-rules"></a>

Puede crear tres tipos de reglas:
+ [Datos transitorios](#policies-object-lifecycle-components-rules-seconds)
+ [Eliminar objeto](#policies-object-lifecycle-components-rules-days)
+ [Transición de ciclo de vida](#policies-object-lifecycle-components-rules-lifecycle-transition)

### Datos transitorios
<a name="policies-object-lifecycle-components-rules-seconds"></a>

Una regla de datos transitorios establece que los objetos venzan en cuestión de segundos. Este tipo de regla solo se aplica a los objetos que se agregan al contenedor una vez que la política entra en vigor. Se necesitan hasta 20 minutos MediaStore para aplicar la nueva política al contenedor.

Un ejemplo de una regla para datos transitorios tiene este aspecto:

```
        {
            "definition": {
                "path": [ {"wildcard": "Football/index*.m3u8"} ],
                "seconds_since_create": [
                    {"numeric": [">", 120]}
                ]
            },
            "action": "EXPIRE"
        },
```

Las reglas de datos transitorios tienen tres partes:
+ `path`: siempre se establece en `wildcard`. Puede utilizar esta parte para definir qué objetos desea eliminar. Puede utilizar uno o varios comodines, representados por un asterisco (\$1). Cada comodín representa cualquier combinación de cero o más caracteres. Por ejemplo, `"path": [ {"wildcard": "Football/index*.m3u8"} ],` se aplica a todos los archivos de la carpeta `Football` que coinciden con el patrón `index*.m3u8` (como index.m3u8, index1.m3us8 e index123456.m3u8). Puede incluir hasta 10 rutas en una sola regla.
+ `seconds_since_create`: siempre se establece en `numeric`. Puede especificar un valor de 1 a 300 segundos. También puede establecer el operador en mayor que (>) o mayor o igual que (>=).
+ `action`: siempre se establece en `EXPIRE`.

Para las reglas de datos transitorios (los objetos vencen en cuestión de segundos), no hay ningún retraso entre el momento en que un objeto vence y la eliminación del mismo.

**nota**  
Los objetos sujetos a una regla de datos transitorios no se incluyen en una respuesta `list-items`. Además, los objetos que caducan debido a una regla de datos transitorios no emiten ningún CloudWatch evento cuando caducan.

### Eliminar objeto
<a name="policies-object-lifecycle-components-rules-days"></a>

Una regla de eliminación de objetos establece que los objetos venzan en cuestión de días. Este tipo de regla se aplica a todos los objetos del contenedor, incluso si se añadieron al contenedor antes de que se creara la política. La aplicación de la nueva política tarda hasta 20 minutos, pero los objetos pueden tardar hasta 24 horas en salir del contenedor. MediaStore 

Un ejemplo de dos reglas para eliminar objetos tiene este aspecto:

```
        {
            "definition": {
                "path": [ { "prefix": "FolderName/" }  ],
                "days_since_create": [
                    {"numeric": [">" , 5]}
                ]
            },
            "action": "EXPIRE"
        },
        {
            "definition": {
                "path": [ { "wildcard": "Football/*.ts" }  ],
                "days_since_create": [
                    {"numeric": [">" , 5]}
                ]
            },
            "action": "EXPIRE"
        }
```

Las reglas de eliminación de objetos tienen tres partes:
+ `path`: se establece en `prefix` o `wildcard`. No se puede utilizar `prefix` y `wildcard` en la misma regla. Si desea utilizar ambos, debe crear una regla para `prefix` y una regla distinta para `wildcard`, como se muestra en el ejemplo anterior. 
  + `prefix`: establezca la ruta de acceso en `prefix` si desea eliminar todos los objetos dentro de una determinada carpeta. Si el parámetro está vacío (`"path": [ { "prefix": "" } ],`), el destino son todos los objetos que se almacenan en cualquier lugar del contenedor actual. Puede incluir hasta 10 rutas `prefix` en una sola regla.
  + `wildcard`: establezca la ruta de acceso en `wildcard` si desea eliminar objetos específicos basados en el nombre de archivo y/o tipo de archivo. Puede utilizar uno o varios comodines, representados por un asterisco (\$1). Cada comodín representa cualquier combinación de cero o más caracteres. Por ejemplo, `"path": [ {"wildcard": "Football/*.ts"} ],` se aplica a todos los archivos de la carpeta `Football` que coincidan con el patrón `*.ts` (como nombreArchivo.ts, nombreArchivo1.ts y nombreArchivo123456.ts). Puede incluir hasta 10 rutas `wildcard` en una sola regla. 
+ `days_since_create`: siempre se establece en `numeric`. Puede especificar un valor de 1 a 36 500 días. También puede establecer el operador en mayor que (>) o mayor o igual que (>=). 
+ `action`: siempre se establece en `EXPIRE`.

Para las reglas de eliminación de objetos (los objetos vencen en cuestión de días), es posible que haya un pequeño retardo desde que vence un objeto hasta que se elimina. Sin embargo, los cambios en la facturación se producen tan pronto como caduca el objeto. Por ejemplo, si una regla de ciclo de vida especifica 10 `days_since_create`, no se factura el objeto en la cuenta después de que el objeto tenga 10 días de antigüedad, incluso si el objeto aún no se ha eliminado.

### Transición de ciclo de vida
<a name="policies-object-lifecycle-components-rules-lifecycle-transition"></a>

Una regla de transición de ciclo de vida establece que los objetos se moverán a la clase de almacenamiento de acceso infrecuente (IA) después de que alcancen una cierta antigüedad, medida en días. Los objetos que se almacenan en la clase de almacenamiento IA tienen tasas de almacenamiento y recuperación diferentes a los objetos almacenados en la clase de almacenamiento estándar. Para más información, consulte [Precios de MediaStore](https://aws.amazon.com/mediastore/pricing/).

Una vez que un objeto se ha movido a la clase de almacenamiento IA, no puede volver a moverlo a la clase de almacenamiento estándar.

La regla de transición del ciclo de vida se aplica a todos los objetos del contenedor, incluso si se añadieron al contenedor antes de que se creara la política. La nueva política tarda hasta 20 minutos en aplicarse, pero los objetos pueden tardar hasta 24 horas en salir del contenedor. MediaStore 

Un ejemplo de una regla de transición de ciclo de vida es así:

```
        {
            "definition": {
                "path": [ 
                    {"prefix": "AwardsShow/"}
                ],
                "days_since_create": [
                    {"numeric": [">=" , 30]}
                ]
            },
            "action": "ARCHIVE"
        }
```

Las reglas de transición de ciclo de vida tienen tres partes:
+ `path`: se establece en `prefix` o `wildcard`. No se puede utilizar `prefix` y `wildcard` en la misma regla. Si desea utilizar ambos, debe crear una regla para `prefix` y otra regla independiente para `wildcard`. 
  + `prefix`: establecer la ruta de acceso a `prefix` si desea la transición de todos los objetos dentro de una carpeta particular a la clase de almacenamiento IA. Si el parámetro está vacío (`"path": [ { "prefix": "" } ],`), el destino son todos los objetos que se guardan en cualquier lugar del contenedor actual. Puede incluir hasta 10 rutas `prefix` en una sola regla.
  + `wildcard`: se establece la ruta de acceso a `wildcard` si desea la transición de objetos específicos a la clase de almacenamiento IA basado en el nombre de archivo y/o tipo de archivo. Puede utilizar uno o varios comodines, representados por un asterisco (\$1). Cada comodín representa cualquier combinación de cero o más caracteres. Por ejemplo, `"path": [ {"wildcard": "Football/*.ts"} ],` se aplica a todos los archivos de la carpeta `Football` que coincidan con el patrón `*.ts` (como nombreArchivo.ts, nombreArchivo1.ts y nombreArchivo123456.ts). Puede incluir hasta 10 rutas `wildcard` en una sola regla. 
+ `days_since_create`: siempre se establece en `"numeric": [">=" , 30]`. 
+ `action`: siempre se establece en `ARCHIVE`.

## Ejemplo
<a name="policies-object-lifecycle-components-example"></a>

Supongamos que un contenedor denominado `LiveEvents` tenga cuatro subcarpetas: `Football`, `Baseball`, `Basketball` y `AwardsShow`. La política de ciclo de vida de objetos asignada a la carpeta `LiveEvents` puede tener un aspecto similar al siguiente:

```
{        
    "rules": [
         {
            "definition": {
                "path": [ 
                    {"prefix": "Football/"}, 
                    {"prefix": "Baseball/"}
                ],
                "days_since_create": [
                    {"numeric": [">" , 28]}
                ]
            },
            "action": "EXPIRE"
        },
        {
            "definition": {
                "path": [ { "prefix": "AwardsShow/" }  ],
                "days_since_create": [
                    {"numeric": [">=" , 15]}
                ]
            },
            "action": "EXPIRE"
        },
        {
            "definition": {
                "path": [ { "prefix": "" }  ],
                "days_since_create": [
                    {"numeric": [">" , 40]}
                ]
            },
            "action": "EXPIRE"
        },
        {
            "definition": {
                "path": [ { "wildcard": "Football/*.ts" }  ],
                "days_since_create": [
                    {"numeric": [">" , 20]}
                ]
            },
            "action": "EXPIRE"
        },
        {
            "definition": {
                "path": [ 
                    {"wildcard": "Football/index*.m3u8"}
                ],
                "seconds_since_create": [
                    {"numeric": [">" , 15]}
                ]
            },
            "action": "EXPIRE"
        },
        {
                "definition": {
                    "path": [
                        {"prefix": "Program/"}
                    ],
                    "days_since_create": [
                        {"numeric": [">=" , 30]}
                    ]
                },
                "action": "ARCHIVE"
            }
    ]
}
```

La política anterior especifica los elementos siguientes:
+ La primera regla indica MediaStore a AWS Elemental que elimine los objetos que estén almacenados en la `LiveEvents/Football` carpeta y en la `LiveEvents/Baseball` carpeta cuando tengan más de 28 días.
+ La segunda regla indica al servicio que elimine los objetos almacenados en la carpeta `LiveEvents/AwardsShow` cuando tengan una antigüedad de 15 días o más.
+ La tercera regla indica al servicio eliminar objetos almacenados en cualquier lugar del contenedor `LiveEvents` cuando tengan una antigüedad de 40 días. Esta regla se aplica a los objetos almacenados directamente en el contenedor `LiveEvents`, así como a los objetos almacenados en cualquiera de las cuatro subcarpetas del contenedor.
+ La cuarta regla indica al servicio que elimine los objetos de la carpeta `Football` que coincidan con el patrón `*.ts` cuando tengan más de 20 días. 
+ La quinta regla indica al servicio que elimine los objetos de la `Football` carpeta que coincidan con el patrón `index*.m3u8` cuando tengan más de 15 segundos. MediaStore elimina estos archivos 16 segundos después de colocarlos en el contenedor.
+ La sexta regla indica al servicio que mueva los objetos de la carpeta `Program` a la clase de almacenamiento IA después de que tengan 30 días de antigüedad.

Para obtener más ejemplos de políticas de ciclo de vida de objetos, consulte [Ejemplo de políticas de ciclo de vida de objetos](policies-object-lifecycle-examples.md).