Avis de fin de support : le 13 novembre 2025, le support d'AWS MediaStore Elemental AWS sera interrompu. Après le 13 novembre 2025, vous ne pourrez plus accéder à la MediaStore console ni aux MediaStore ressources. Pour plus d'informations, consultez ce billet de [blog](https://aws.amazon.com/blogs/media/support-for-aws-elemental-mediastore-ending-soon/). Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Composants d'une stratégie de cycle de vie des objets Les politiques relatives au cycle de vie des objets régissent la durée pendant laquelle les objets restent dans un conteneur AWS Elemental MediaStore . Chaque stratégie de cycle de vie des objets se compose d'une ou de plusieurs règles qui déterminent la durée de vie des objets. Une règle peut s'appliquer à un seul dossier, à plusieurs dossiers ou à l'ensemble du conteneur. Vous pouvez attacher une stratégie de cycle de vie des objets à un conteneur et chaque stratégie de cycle de vie des objets peut contenir jusqu'à 10 règles. Vous ne pouvez pas attribuer une stratégie de cycle de vie des objets à un objet individuel. ## Règles d'une stratégie de cycle de vie des objets Vous pouvez créer trois types de règle : + [Données transitoires](#policies-object-lifecycle-components-rules-seconds) + [Suppression d'objet](#policies-object-lifecycle-components-rules-days) + [Transition du cycle de vie](#policies-object-lifecycle-components-rules-lifecycle-transition) ### Données transitoires Une règle de données transitoires définit les objets pour qu'ils expirent en quelques secondes. Ce type de règle s'applique uniquement aux objets ajoutés au conteneur après l'entrée en vigueur de la stratégie. L'application de la nouvelle politique MediaStore au conteneur prend jusqu'à 20 minutes. Voici un exemple de règle pour les données transitoires : ``` { "definition": { "path": [ {"wildcard": "Football/index*.m3u8"} ], "seconds_since_create": [ {"numeric": [">", 120]} ] }, "action": "EXPIRE" }, ``` Les règles de données transitoires comportent trois parties : + `path` : toujours défini sur `wildcard`. Vous utilisez cette partie pour définir les objets que vous souhaitez supprimer. Vous pouvez utiliser un ou plusieurs caractères génériques, représentés par un astérisque (\$1). Chaque caractère générique représente n'importe quelle combinaison de zéro caractère ou plus. Par exemple, `"path": [ {"wildcard": "Football/index*.m3u8"} ],` s'applique à tous les fichiers du dossier `Football` qui correspondent au modèle `index*.m3u8` (par exemple, index.m3u8, index1.m3us8 et index123456.m3u8). Vous pouvez inclure jusqu'à 10 chemins de dans une même règle. + `seconds_since_create` : toujours défini sur `numeric`. Vous pouvez spécifier une valeur comprise entre 1 et 300 secondes. Vous pouvez également définir l'opérateur sur « supérieur à » (>) ou « supérieur ou égal à » (>=). + `action` : toujours défini sur `EXPIRE`. Pour les règles de données transitoires (les objets expirent en quelques secondes), il n'y a pas de décalage entre l'expiration d'un objet et la suppression de l'objet. **Note** Les objets qui sont soumis à une règle de données transitoires ne sont pas inclus dans une réponse `list-items`. En outre, les objets qui expirent en raison d'une règle de données transitoire n'émettent pas d' CloudWatch événement lorsqu'ils expirent. ### Suppression d'objet Une règle de suppression d'objet définit les objets pour qu'ils expirent en quelques jours. Ce type de règle s'applique à tous les objets du conteneur, même s'ils ont été ajoutés au conteneur avant la création de la stratégie. L'application de la nouvelle politique prend jusqu' MediaStore à 20 minutes, mais le retrait des objets du conteneur peut prendre jusqu'à 24 heures. Voici un exemple de deux règles pour supprimer des objets : ``` { "definition": { "path": [ { "prefix": "FolderName/" } ], "days_since_create": [ {"numeric": [">" , 5]} ] }, "action": "EXPIRE" }, { "definition": { "path": [ { "wildcard": "Football/*.ts" } ], "days_since_create": [ {"numeric": [">" , 5]} ] }, "action": "EXPIRE" } ``` Les règles de suppression d'objet comportent trois parties : + `path` : Définissez sur `prefix` ou `wildcard`. Vous ne pouvez pas mélanger `prefix` et `wildcard` dans la même règle. Si vous souhaitez utiliser les deux, vous devez créer une règle pour `prefix` et une règle distincte pour `wildcard`, comme indiqué dans l'exemple ci-dessus. + `prefix` – Vous définissez le chemin de `prefix` si vous souhaitez supprimer tous les objets d'un dossier particulier. Si le paramètre est vide (`"path": [ { "prefix": "" } ],`), la cible correspond à tous les objets stockés n'importe où dans le conteneur actuel. Vous pouvez inclure jusqu'à 10 chemins de `prefix` dans une même règle. + `wildcard` – Vous définissez le chemin de `wildcard` si vous souhaitez supprimer des objets spécifiques en fonction du nom de fichier et/ou du type de fichier. Vous pouvez utiliser un ou plusieurs caractères génériques, représentés par un astérisque (\$1). Chaque caractère générique représente n'importe quelle combinaison de zéro caractère ou plus. Par exemple, `"path": [ {"wildcard": "Football/*.ts"} ],` s'applique à tous les fichiers du dossier `Football` qui correspondent au modèle `*.ts` (tels que nomfichier.ts, nomfichier1.ts et nomfichier123456.ts). Vous pouvez inclure jusqu'à 10 chemins de `wildcard` dans une même règle. + `days_since_create` : toujours défini sur `numeric`. Vous pouvez spécifier une valeur comprise entre 1 et 36 500 jours. Vous pouvez également définir l'opérateur sur « supérieur à » (>) ou « supérieur ou égal à » (>=). + `action` : toujours défini sur `EXPIRE`. Pour les règles de suppression d'objet (les objets expirent en quelques jours), il peut y avoir un léger décalage entre l'expiration d'un objet et la suppression de l'objet. Toutefois, les modifications relatives à la facturation se produisent dès que l'objet expire. Par exemple, si une règle de cycle de vie spécifie 10 `days_since_create`, le compte n'est pas facturé pour l'objet une fois que celui-ci a 10 jours, même s’il n'est pas encore supprimé. ### Transition du cycle de vie Une règle de transition du cycle de vie définit les objets à déplacer vers la classe de stockage IA (accès peu fréquent) une fois qu'ils ont atteint un certain âge, mesuré en jours. Les objets stockés dans la classe de stockage IA (accès peu fréquent) ont des taux de stockage et d'extraction différents de ceux stockés dans la classe de stockage standard. Pour plus d'informations, consultez [MediaStore Pricing](https://aws.amazon.com/mediastore/pricing/) (Tarification CTlong). Lorsqu'un objet a été déplacé vers la classe de stockage IA (accès peu fréquent), vous ne pouvez pas le déplacer vers la classe de stockage standard. La règle de transition du cycle de vie s'applique à tous les objets du conteneur, même s'ils ont été ajoutés au conteneur avant la création de la stratégie. L'application de la nouvelle politique prend jusqu' MediaStore à 20 minutes, mais le retrait des objets du conteneur peut prendre jusqu'à 24 heures. Vous trouverez ci-après un exemple de règle de transition du cycle de vie : ``` { "definition": { "path": [ {"prefix": "AwardsShow/"} ], "days_since_create": [ {"numeric": [">=" , 30]} ] }, "action": "ARCHIVE" } ``` Les règles de transition du cycle de vie comportent trois parties : + `path` : Définissez sur `prefix` ou `wildcard`. Vous ne pouvez pas mélanger `prefix` et `wildcard` dans la même règle. Si vous souhaitez utiliser les deux, vous devez créer une règle pour `prefix` et une règle distincte pour `wildcard`. + `prefix` - Vous définissez le chemin d'accès à `prefix` si vous souhaitez transférer tous les objets d'un dossier particulier vers la classe de stockage IA (accès peu fréquent). Si le paramètre est vide (`"path": [ { "prefix": "" } ],`), la cible correspond à tous les objets enregistrés n'importe où dans le conteneur actuel. Vous pouvez inclure jusqu'à 10 chemins de `prefix` dans une même règle. + `wildcard` - Vous définissez le chemin d'accès à `wildcard` si vous souhaitez transférer des objets spécifiques dans la classe de stockage IA (accès peu fréquent) en fonction du nom et/ou du type de fichier. Vous pouvez utiliser un ou plusieurs caractères génériques, représentés par un astérisque (\$1). Chaque caractère générique représente n'importe quelle combinaison de zéro caractère ou plus. Par exemple, `"path": [ {"wildcard": "Football/*.ts"} ],` s'applique à tous les fichiers du dossier `Football` qui correspondent au modèle `*.ts` (tels que nomfichier.ts, nomfichier1.ts et nomfichier123456.ts). Vous pouvez inclure jusqu'à 10 chemins de `wildcard` dans une même règle. + `days_since_create` : toujours défini sur `"numeric": [">=" , 30]`. + `action` : toujours défini sur `ARCHIVE`. ## exemple Par exemple, un conteneur nommé `LiveEvents` comporte quatre sous-dossiers : `Football`, `Baseball`, `Basketball` et `AwardsShow`. La stratégie de cycle de vie des objets attribuée au dossier `LiveEvents` peut se présenter comme suit : ``` { "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 stratégie précédente spécifie les éléments suivants : + La première règle demande à AWS MediaStore Elemental de supprimer les objets stockés dans `LiveEvents/Football` le dossier et dans le dossier lorsqu'ils `LiveEvents/Baseball` datent de plus de 28 jours. + La deuxième règle demande au service de supprimer les objets qui sont stockés dans le dossier `LiveEvents/AwardsShow` depuis plus de 15 jours. + La troisième règle demande au service de supprimer les objets qui sont stockés n'importe où dans le conteneur `LiveEvents` depuis plus de 40 jours. Cette règle s'applique aux objets stockés directement dans le conteneur `LiveEvents`, ainsi qu'aux objets stockés dans les quatre sous-dossiers du conteneur. + La quatrième règle indique au service de supprimer les objets du dossier `Football` qui correspondent au modèle `*.ts` lorsqu'ils sont plus anciens que 20 jours. + La cinquième règle demande au service de supprimer les objets du `Football` dossier qui correspondent au modèle `index*.m3u8` après qu'ils datent de plus de 15 secondes. MediaStore supprime ces fichiers 16 secondes après leur placement dans le conteneur. + La sixième règle indique au service de déplacer les objets du dossier `Program` vers la classe de stockage IA lorsqu'ils ont atteint 30 jours. Pour plus d'exemples de stratégie de cycle de vie des objets, reportez-vous à la section [Exemples de stratégie de cycle de vie des objets](policies-object-lifecycle-examples.md).