Aviso de fim do suporte: em 13 de novembro de 2025, o suporte para o AWS MediaStore Elemental AWS será interrompido. Depois de 13 de novembro de 2025, você não poderá mais acessar o MediaStore console ou MediaStore os recursos. Veja esta [postagem em blog](https://aws.amazon.com/blogs/media/support-for-aws-elemental-mediastore-ending-soon/) para obter mais informações. 

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Interação do AWS Elemental MediaStore com caches HTTP
<a name="cdn-mediastore-interaction-with-http-caches"></a>

O AWS Elemental MediaStore armazena objetos para que eles possam ser armazenados em cache de forma correta e eficiente por redes de distribuição de conteúdo () CDNs como a Amazon. CloudFront Quando um usuário final ou CDN recupera um objeto MediaStore, o serviço retorna cabeçalhos HTTP que afetam o comportamento de armazenamento em cache do objeto. (Os padrões para o comportamento de armazenamento em cache do HTTP 1.1 são encontrados na [RFC2616 seção 13.)](https://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html) Estes cabeçalhos são:
+ **`ETag` (não personalizável)** – o cabeçalho da tag de entidade é um identificador exclusivo para a resposta enviada pelo MediaStore . Os navegadores da Web CDNs e compatíveis com os padrões usam essa tag como uma chave para armazenar o objeto em cache. MediaStore gera automaticamente um `ETag` para cada objeto quando ele é carregado. Você pode [ver os detalhes de um objeto](objects-view-details.md) para determinar seu ETag valor.
+ **`Last-Modified`(não personalizável)** — O valor desse cabeçalho indica a data e a hora em que o objeto foi modificado. MediaStore gera automaticamente esse valor quando o objeto é carregado.
+ **`Cache-Control` (personalizável)** – o valor deste cabeçalho controla por quanto tempo um objeto deve permanecer armazenado em cache antes de a CDN verificar se ele foi modificado. [Você pode definir esse cabeçalho com qualquer valor ao carregar um objeto em um MediaStore contêiner usando a [CLI](objects-upload.md) ou a API.](https://docs.aws.amazon.com/mediastore/latest/apireference/API_objstore_PutObject.html) O conjunto completo de valores válidos é descrito na [documentação HTTP/1.1](https://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9). Se você não definir esse valor ao carregar um objeto, MediaStore não retornará esse cabeçalho quando o objeto for recuperado.

  Um caso de uso comum para o cabeçalho Cache-Control é a especificação de uma duração para armazenar o objeto em cache. Por exemplo, suponha que você tenha um arquivo de manifesto de vídeo que está sendo frequentemente substituído por um codificador. É possível definir a `max-age` como 10 para indicar que o objeto deve permanecer armazenado em cache por apenas 10 segundos. Ou suponha que você tenha um segmento de vídeo armazenado que nunca será substituído. É possível definir a `max-age` para esse objeto como 31536000 para armazená-lo em cache por cerca de 1 ano. 

## Solicitações condicionais
<a name="cdn-mediastore-interaction-with-http-caches-conditional-requests"></a>

### Solicitações condicionais para MediaStore
<a name="cdn-mediastore-interaction-with-http-caches-conditional-requests-to-mediastore"></a>

MediaStore responde de forma idêntica às solicitações condicionais (usando cabeçalhos de solicitação como `If-Modified-Since` e`If-None-Match`, conforme descrito em [RFC7232](https://tools.ietf.org/html/rfc7232)) e às solicitações incondicionais. Isso significa que, ao MediaStore receber uma `GetObject` solicitação válida, o serviço sempre retorna o objeto, mesmo que o cliente já tenha o objeto.

### Solicitações condicionais para CDNs
<a name="cdn-mediastore-interaction-with-http-caches-conditional-requests-to-cdns"></a>

CDNs que veiculam conteúdo em nome de MediaStore podem processar solicitações condicionais retornando`304 Not Modified`, conforme descrito na [RFC7232 seção 4.1](https://tools.ietf.org/html/rfc7232#section-4.1). Isso indica que não há necessidade de transferir o conteúdo completo do objeto, porque o solicitante já tem um objeto correspondente à solicitação condicional. 

CDNs (e outros caches compatíveis com HTTP/1.1) baseiam essas decisões nos `Cache-Control` cabeçalhos `ETag` e que são encaminhados pelos servidores de origem. Para controlar a frequência com que os servidores de MediaStore origem CDNs consultam atualizações de objetos recuperados repetidamente, defina `Cache-Control` os cabeçalhos desses objetos ao enviá-los para. MediaStore