Componentes de uma política de ciclo de vida de objetos

As políticas de ciclo de vida de objeto controlam quanto tempo os objetos permanecem em um contêiner do AWS Elemental MediaStore. Cada política de ciclo de vida de objetos consiste em uma ou mais regras, que determinam o ciclo de vida de objetos. Uma regra pode ser aplicada a uma pasta, várias pastas ou a todo o contêiner.

Você pode anexar uma política de ciclo de vida de objeto a um contêiner, e cada política de ciclo de vida de objetos pode conter até 10 regras. Você não pode atribuir uma política de ciclo de vida de objetos a um único objeto.

Regras em uma política de ciclo de vida de objetos

É possível criar três tipos de regras:

• Dados temporários

• Exclusão de objeto

• Transição do ciclo de vida

Dados temporários

Uma regra de dados temporários define objetos para expirarem em segundos. Esse tipo de regra se aplica somente a objetos adicionados ao contêiner após a diretiva entrar em vigor. Leva até 20 minutos para o MediaStore aplicar a nova política ao contêiner.

Um exemplo de uma regra para dados temporários é semelhante ao seguinte:

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

As regras de dados temporários têm três partes:

• path: sempre definido como wildcard. Use essa parte para definir quais objetos deseja excluir. É possível usar um ou mais curingas, representados por um asterisco (*). Cada curinga representa qualquer combinação de zero ou mais caracteres. Por exemplo, "path": [ {"wildcard": "Football/index*.m3u8"} ], aplica-se a todos os arquivos na pasta Football que correspondem ao padrão de index*.m3u8 (como index.m3u8, index1.m3us8 e index123456.m3u8). É possível incluir até 10 caminhos em uma única regra.

• seconds_since_create: sempre definido como numeric. É possível especificar um valor de 1 a 300 segundos. Também é possível definir o operador como “maior que” (>) ou “maior que ou igual a” (>=).

• action: sempre definido como EXPIRE.

Para regras de dados temporários (objetos expiram em segundos), não há atraso entre a expiração de um objeto e a exclusão do objeto.

nota

Os objetos que estão sujeitos a uma regra de dados temporários não são incluídos em uma resposta list-items. Além disso, objetos que expiram devido a uma regra de dados transitória não emitem um evento do CloudWatch quando expiram.

Exclusão de objeto

Uma regra de exclusão de objeto define objetos para expirar em dias. Esse tipo de regra se aplica a todos os objetos do contêiner, mesmo que tenham sido adicionados a ele antes da criação da política. Leva até 20 minutos para que o MediaStore aplique a nova política, mas pode levar até 24 horas para que os objetos sejam limpos do contêiner.

Um exemplo de duas regras para excluir objetos é semelhante ao seguinte:

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

As regras de exclusão de objetos têm três partes:

• path: defina como prefix ou wildcard. Você não pode misturar prefix e wildcard na mesma regra. Se quiser usar ambos, será necessário criar uma regra para prefix e uma regra separada para wildcard, como mostrado no exemplo acima.

  • prefix – defina o caminho para prefix se quiser excluir todos os objetos de uma pasta específica. Se o parâmetro estiver vazio ("path": [ { "prefix": "" } ],), o destino será todos os objetos armazenados em qualquer lugar no contêiner atual. É possível incluir até 10 caminhos prefix em uma única regra.

  • wildcard – defina o caminho para wildcard se quiser excluir objetos específicos com base no nome de arquivo e/ou tipo de arquivo. É possível usar um ou mais curingas, representados por um asterisco (*). Cada curinga representa qualquer combinação de zero ou mais caracteres. Por exemplo, "path": [ {"wildcard": "Football/*.ts"} ], aplica-se a todos os arquivos na pasta Football que correspondem ao padrão de *.ts (como filename.ts, filename1.ts e filename123456.ts). É possível incluir até 10 caminhos wildcard em uma única regra.

• days_since_create: sempre definido como numeric. É possível especificar um valor de 1 a 36.500 dias. Também é possível definir o operador como “maior que” (>) ou “maior que ou igual a” (>=).

• action: sempre definido como EXPIRE.

Para excluir regras de objetos (objetos expiram em dias), pode haver um pequeno atraso entre a expiração de um objeto e a exclusão do objeto. No entanto, as alterações no faturamento ocorrem assim que o objeto expira. Por exemplo, se uma regra de ciclo de vida especificar 10 days_since_create, a conta não será cobrada pelo objeto depois que o objeto tiver 10 dias, mesmo que ele ainda não tenha sido excluído.

Transição do ciclo de vida

Uma regra de transição do ciclo de vida define os objetos a serem movidos para a classe de armazenamento de acesso infrequente (IA) depois que eles atingem uma determinada idade, medida em dias. Os objetos armazenados na classe de armazenamento IA têm taxas de armazenamento e recuperação diferentes dos objetos armazenados na classe de armazenamento padrão. Para obter mais informações, consulte Preços do MediaStore.

Depois que um objeto for movido para a classe de armazenamento IA, não será possível movê-lo de volta para a classe de armazenamento padrão.

A regra de transição do ciclo de vida se aplica a todos os objetos do contêiner, mesmo que tenham sido adicionados a ele antes da criação da política. Leva até 20 minutos para que o MediaStore aplique a nova política, mas pode levar até 24 horas para que os objetos sejam limpos do contêiner.

Veja a seguir um exemplo de regra de transição do ciclo de vida:

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

As regras de transição do ciclo de vida têm três partes:

• path: defina como prefix ou wildcard. Você não pode misturar prefix e wildcard na mesma regra. Se você quiser usar ambos, deverá criar uma regra para prefix e uma regra separada para wildcard.

  • prefix – defina o caminho como prefix se desejar fazer a transição de todos os objetos em uma pasta específica para a classe de armazenamento IA. Se o parâmetro estiver vazio ("path": [ { "prefix": "" } ],), o destino será todos os objetos armazenados em qualquer lugar no contêiner atual. É possível incluir até 10 caminhos prefix em uma única regra.

  • wildcard – defina o caminho como wildcard se desejar fazer a transição de objetos específicos para a classe de armazenamento IA com base no nome do arquivo e/ou no tipo de arquivo. É possível usar um ou mais curingas, representados por um asterisco (*). Cada curinga representa qualquer combinação de zero ou mais caracteres. Por exemplo, "path": [ {"wildcard": "Football/*.ts"} ], aplica-se a todos os arquivos na pasta Football que correspondem ao padrão de *.ts (como filename.ts, filename1.ts e filename123456.ts). É possível incluir até 10 caminhos wildcard em uma única regra.

• days_since_create: sempre definido como "numeric": [">=" , 30].

• action: sempre definido como ARCHIVE.

Exemplo

Vamos supor que um contêiner chamado LiveEvents tenha quatro subpastas: Football, Baseball, Basketball e AwardsShow. A política de ciclo de vida de objetos atribuída à pasta LiveEvents pode ter a seguinte aparência:

{        
    "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"
            }
    ]
}            

A política anterior especifica o seguinte:

• A primeira regra instrui o AWS Elemental MediaStore a excluir objetos armazenados na pasta LiveEvents/Football e na pasta LiveEvents/Baseball depois de completarem 28 dias.

• A segunda regra instrui o serviço a excluir objetos armazenados na pasta LiveEvents/AwardsShow ao completarem 15 dias ou mais.

• A terceira regra instrui o serviço a excluir objetos armazenados em qualquer lugar no contêiner LiveEvents depois de completarem 40 dias. Essa regra se aplica a objetos armazenados diretamente no contêiner LiveEvents, bem como objetos armazenados em qualquer uma das quatro subpastas do contêiner.

• A quarta regra instrui o serviço a excluir objetos na pasta Football que correspondem ao padrão *.ts depois que tiverem mais de 20 dias.

• A quinta regra instrui o serviço a excluir objetos na pasta Football que correspondem ao padrão index*.m3u8 depois que tiverem mais de 15 segundos. O MediaStore exclui esses arquivos 16 segundos depois de eles serem colocados no contêiner.

• A sexta regra instrui o serviço a mover objetos na pasta Program para a classe de armazenamento IA após 30 dias de idade.

Para obter mais exemplos de políticas de ciclo de vida de objetos, consulte Exemplos de política de ciclo de vida de objetos.