Componenti di una policy del ciclo di vita degli oggetti

Le policy del ciclo di vita degli oggetti regolano la durata di permanenza degli oggetti in un AWS ElementalMediaStorecontainer. Ogni policy del ciclo di vita degli oggetti è costituita da una o più regole, che determinano la durata degli oggetti. Una regola può essere associata a una cartella, più cartelle o l'intero container.

Puoi collegare una policy del ciclo di vita degli oggetti a un container e ogni policy del ciclo di vita degli oggetti può contenere fino a 10 regole. Non puoi assegnare una policy del ciclo di vita degli oggetti a un singolo oggetto.

Regole in una policy del ciclo di vita degli oggetti

È possibile creare tre tipi di regole:

• Dati transitori

• Eliminazione dell'oggetto

• Transizione del ciclo di vita

Dati transitori

Una regola di dati transitoria imposta la scadenza degli oggetti entro pochi secondi. Questo tipo di regola si applica solo agli oggetti aggiunti al container dopo che la policy diventa efficace. Sono necessari fino a 20 minuti affinché MediaStore applichi la nuova policy al container.

Un esempio di regola per i dati transitori è simile alla seguente:

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

Le regole dei dati transitori hanno tre parti:

• path: sempre impostato su wildcard. Utilizza questa parte per definire gli oggetti da eliminare. Puoi utilizzare uno o più caratteri jolly, rappresentati da un asterisco (*). Ogni carattere jolly rappresenta qualsiasi combinazione di zero o più caratteri. Ad esempio, "path": [ {"wildcard": "Football/index*.m3u8"} ], si applica a tutti i file nella cartella Football che corrispondono al modello di index*.m3u8 (ad esempio index.m3u8, index1.m3us8 e index123456.m3u8). Puoi includere fino a 10 percorsi in un'unica regola.

• seconds_since_create: sempre impostato su numeric. Puoi specificare un valore compreso tra 1 e 300 secondi Puoi anche impostare l'operatore su maggiore di (>) oppure maggiore o uguale a (>=).

• action: sempre impostato su EXPIRE.

Per le regole di dati transitori (gli oggetti scadono in pochi secondi), non vi è alcun ritardo tra la scadenza di un oggetto e l'eliminazione dell'oggetto.

Nota

Gli oggetti soggetti a una regola di dati transitori non sono inclusi nella risposta di list-items. Inoltre, gli oggetti che scadono a causa di una regola di dati transitori non emettono unCloudWatchevento quando scadono.

Eliminazione dell'oggetto

Una regola di eliminazione dell'oggetto imposta la scadenza degli oggetti entro pochi giorni. Questo tipo di regola si applica a tutti gli oggetti nel container, anche se sono stati aggiunti al container prima della creazione della policy. L'applicazione della nuova policy da parte di MediaStore richiede fino a 20 minuti, ma possono essere necessarie fino a 24 ore prima che gli oggetti vengano cancellati dal container.

Un esempio di due regole per l'eliminazione di oggetti è simile al seguente:

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

Le regole dell'oggetto di eliminazione hanno tre parti:

• path: impostare su prefix o su wildcard. Non puoi mescolare prefix e wildcard nella stessa regola. Se desideri utilizzare entrambi, è necessario creare una regola per prefix e una regola separata per wildcard, come mostrato nell'esempio precedente.

  • prefix – Puoi impostare il percorso su prefix se desideri eliminare tutti gli oggetti all'interno di una determinata cartella. Se il parametro è vuoto ("path": [ { "prefix": "" } ],), la destinazione è tutti gli oggetti archiviati ovunque all'interno del container corrente. Puoi includere fino a 10 percorsi prefix in un'unica regola.

  • wildcard – Per eliminare oggetti specifici in base al nome del file e/o al tipo di file imposti il percorso su wildcard. Puoi utilizzare uno o più caratteri jolly, rappresentati da un asterisco (*). Ogni carattere jolly rappresenta qualsiasi combinazione di zero o più caratteri. Ad esempio, "path": [ {"wildcard": "Football/*.ts"} ], si applica a tutti i file della cartella Football che corrispondono al modello di *.ts (ad esempio filename.ts, filename1.ts e filename123456.ts). Puoi includere fino a 10 percorsi wildcard in un'unica regola.

• days_since_create: sempre impostato su numeric. Puoi specificare un valore compreso tra 1 e 36.500 giorni. Puoi anche impostare l'operatore su maggiore di (>) oppure maggiore o uguale a (>=).

• action: sempre impostato su EXPIRE.

Per le regole di eliminazione degli oggetti (gli oggetti scadono entro pochi giorni), potrebbe esserci un leggero ritardo tra la scadenza di un oggetto e l'eliminazione dell'oggetto. Tuttavia, le modifiche nella fatturazione avvengono non appena l'oggetto scade. Ad esempio, se una regola del ciclo di vita specifica 10 days_since_create, l'account non viene fatturato per l'oggetto dopo 10 giorni, anche se l'oggetto non è ancora stato eliminato.

Transizione del ciclo di vita

Una regola di transizione del ciclo di vita imposta gli oggetti da spostare nella classe di archiviazione con accesso non frequente (IA) dopo aver raggiunto una certa età, misurata in giorni. Gli oggetti archiviati nella classe di archiviazione IA hanno velocità diverse per l'archiviazione e il recupero rispetto agli oggetti archiviati nella classe di archiviazione standard. Per ulteriori informazioni, consultare Prezzi di MediaStore.

Una volta che un oggetto si è spostato nella classe di storage IA, non è possibile spostarlo nella classe di storage standard.

La regola di transizione del ciclo di vita si applica a tutti gli oggetti nel container, anche se sono stati aggiunti al container prima della creazione della policy. L'applicazione della nuova policy da parte di MediaStore richiede fino a 20 minuti, ma possono essere necessarie fino a 24 ore prima che gli oggetti vengano cancellati dal container.

Un esempio di una regola di transizione del ciclo di vita è simile a questo:

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

Le regole di transizione del ciclo di vita hanno tre parti:

• path: impostare su prefix o su wildcard. Non puoi mescolare prefix e wildcard nella stessa regola. Se desideri utilizzare entrambi, devi creare una regola per prefix e una regola separata per wildcard.

  • prefix - Imposti il percorso su prefix se desideri passare tutti gli oggetti all'interno di una particolare cartella alla classe di archiviazione IA. Se il parametro è vuoto ("path": [ { "prefix": "" } ],), la destinazione è tutti gli oggetti archiviati ovunque all'interno del container corrente. Puoi includere fino a 10 percorsi prefix in un'unica regola.

  • wildcard - Imposti il percorso su wildcard se desideri passare oggetti specifici alla classe di archiviazione IA in base al nome del file e/o al tipo di file. Puoi utilizzare uno o più caratteri jolly, rappresentati da un asterisco (*). Ogni carattere jolly rappresenta qualsiasi combinazione di zero o più caratteri. Ad esempio, "path": [ {"wildcard": "Football/*.ts"} ], si applica a tutti i file della cartella Football che corrispondono al modello di *.ts (ad esempio filename.ts, filename1.ts e filename123456.ts). Puoi includere fino a 10 percorsi wildcard in un'unica regola.

• days_since_create: sempre impostato su "numeric": [">=" , 30].

• action: sempre impostato su ARCHIVE.

Esempio

Ad esempio, un container denominato LiveEvents dispone di quattro sottocartelle: Football, Baseball, Basketball e AwardsShow. L'aspetto della policy del ciclo di vita degli oggetti assegnata alla cartella LiveEvents è simile al seguente:

{        
    "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 policy precedente specifica quanto segue:

• La prima regola indica AWS ElementalMediaStoreper eliminare gli oggetti memorizzati nellaLiveEvents/Footballfolder e la cartellaLiveEvents/Baseballcartella dopo che hanno più di 28 giorni.

• La seconda regola impone al servizio di eliminare gli oggetti archiviati nella cartella LiveEvents/AwardsShow quando sono più vecchi di 15 giorni.

• La terza regola impone al servizio di eliminare gli oggetti archiviati in qualsiasi parte del container LiveEvents quando sono più vecchi di 40 giorni. Questa regola si applica a oggetti archiviati direttamente nel container LiveEvents, nonché a oggetti archiviati in una qualsiasi delle quattro sottocartelle del container.

• La quarta regola indica al servizio di eliminare gli oggetti nella cartella Football che corrispondono al modello *.ts quando sono più vecchi di 20 giorni.

• La quinta regola indica al servizio di eliminare gli oggetti nelFootballcartella corrispondente al modelloindex*.m3u8dopo che hanno più di 15 secondi. MediaStoreelimina questi file 16 secondi dopo che sono stati inseriti nel contenitore.

• La sesta regola indica al servizio di spostare gli oggetti nella cartella Program nella classe di archiviazione IA dopo 30 giorni.

Per altri esempi di policy relative al ciclo di vita degli oggetti, consulta Esempio di policy del ciclo di vita degli oggetti.