

# O que é o Amazon CloudFront?
<a name="Introduction"></a>

O Amazon CloudFront é um serviço da web que acelera a distribuição do conteúdo estático e dinâmico da web, como arquivos .html, .css, .js e arquivos de imagem, para os usuários. O CloudFront distribui o conteúdo por meio de uma rede global de datacenters denominados pontos de presença. Quando um usuário solicita um conteúdo que você está disponibilizando com o CloudFront, a solicitação é roteada para o ponto de presença que fornece a menor latência (atraso), assim o conteúdo é entregue com a melhor performance possível.
+ Se o conteúdo já estiver no ponto de presença com a menor latência, o CloudFront o entregará imediatamente.
+ Se o conteúdo não estiver nesse ponto de presença, o CloudFront o recuperará de uma origem definida, como um bucket do Amazon S3, um canal do MediaPackage ou um servidor HTTP (por exemplo, um servidor web), que você identificou como a fonte para a versão definitiva do conteúdo.

Por exemplo, suponha que você esteja exibindo uma imagem de um servidor web tradicional, e não do CloudFront. Por exemplo, você pode fornecer uma imagem, sunsetphoto.png, usando a URL `https://example.com/sunsetphoto.png`.

Seus usuários podem navegar facilmente para esse URL e ver a imagem. Mas provavelmente não sabem que sua solicitação é roteada de uma rede para outra - por meio da coleção complexa de redes interconectadas que compõem a Internet - até que a imagem seja encontrada.

O CloudFront acelera a distribuição do seu conteúdo encaminhando cada solicitação de usuário por meio da rede de estrutura da AWS para o local da borda capaz de veicular melhor seu conteúdo. Normalmente, esse é um servidor de borda do CloudFront que fornece a entrega mais rápida ao visualizador. Usar a rede da AWS reduz drasticamente o número de redes pelas quais as solicitações dos usuários devem passar, melhorando o desempenho. Os usuários obtêm menos latência (o tempo que leva para carregar o primeiro byte do arquivo) e taxas de transferência de dados maiores.

Você também pode obter mais confiabilidade e disponibilidade porque as cópias de seus arquivos (também conhecidos como *objetos*) agora são mantidos (ou armazenados em cache) em vários pontos de presença em todo o mundo. 

**Topics**
+ [Como configurar o CloudFront para entregar conteúdo](#HowCloudFrontWorksOverview)
+ [Escolher entre distribuição padrão ou distribuição multilocatária](#choose-standard-or-multi-tenant)
+ [Preços](#pricing)
+ [Maneiras de usar o CloudFront](IntroductionUseCases.md)
+ [Como o CloudFront entrega conteúdo](HowCloudFrontWorks.md)
+ [Localizações e intervalos de endereço IP dos servidores de borda do CloudFront](LocationsOfEdgeServers.md)
+ [Como usar o CloudFront com um SDK da AWS](sdk-general-information-section.md)
+ [Recursos técnicos do CloudFront](#resources-cloudfront)

## Como configurar o CloudFront para entregar conteúdo
<a name="HowCloudFrontWorksOverview"></a>

Você cria uma distribuição do CloudFront para informar ao CloudFront de onde você deseja que o conteúdo seja entregue e os detalhes sobre como rastrear e gerenciar a entrega do conteúdo. O CloudFront usa os computadores, servidores de borda, que estão próximos dos visualizadores para entregar esse conteúdo rapidamente quando alguém desejar vê-lo ou usá-lo.

![\[Como o CloudFront funciona\]](http://docs.aws.amazon.com/pt_br/AmazonCloudFront/latest/DeveloperGuide/images/how-you-configure-cf.png)
<a name="HowCloudFrontWorksConfiguration"></a>

**Como configurar o CloudFront para entregar seu conteúdo**

1. Especifique os *servidores de origem*, como um bucket do Amazon S3 ou seu próprio servidor HTTP, dos quais o CloudFront obtém os arquivos que serão distribuídos de pontos de presença do CloudFront no mundo todo. 

   Um servidor de origem armazena a versão original e definitiva de seus objetos. Se você estiver fornecendo conteúdo por HTTP, o servidor de origem será um bucket do Amazon S3 ou servidor HTTP, como um servidor da web. Seu servidor HTTP pode ser executado em uma instância do Amazon Elastic Compute Cloud (Amazon EC2) ou em um servidor gerenciado por você. Esses servidores também são conhecidos como *origens personalizadas*.

1. Faça upload dos seus arquivos nos servidores de origem. Seus arquivos, também conhecidos como *objetos*, geralmente incluem páginas da Web, imagens e arquivos de mídia, mas podem ser qualquer coisa capaz de ser oferecida por HTTP.

   Se você estiver usando um bucket do Amazon S3 como servidor de origem, poderá tornar os objetos dele publicamente legíveis, para que qualquer pessoa com os URLs do CloudFront dos objetos possa acessá-los. Você também tem a opção de manter os objetos privados e controlar quem os acessa. Consulte [Veicular conteúdo privado com URLs e cookies assinados](PrivateContent.md). 

1. Crie uma *distribuição* do CloudFront, que informa ao CloudFront de quais servidores de origem obter os arquivos quando os usuários os solicitam no site ou na aplicação. Especifique também detalhes, por exemplo, se deseja que o CloudFront registre todas as solicitações e que a distribuição seja ativada quando criada.

1. O CloudFront atribui um nome de domínio à nova distribuição que pode ser visto no console do CloudFront ou que é retornado na resposta a uma solicitação programática, por exemplo, uma solicitação de API. Em vez disso, se preferir, você pode adicionar um nome de domínio alternativo.

1. O CloudFront envia a configuração (mas não o conteúdo) da distribuição a todos os *pontos de presença* ou *POPs*, que são conjuntos de servidores em datacenters geograficamente dispersos nos quais o CloudFront armazena cópias dos objetos em cache.

Ao desenvolver o site ou a aplicação, use o nome de domínio fornecido pelo CloudFront para seus URLs. Por exemplo, se o CloudFront retornar `d111111abcdef8.cloudfront.net` como o nome de domínio da distribuição, o URL de logo.jpg do bucket do Amazon S3 (ou diretório raiz de um servidor HTTP) será `https://d111111abcdef8.cloudfront.net/logo.jpg`.

Ou é possível configurar o CloudFront para usar seu próprio nome de domínio com a distribuição. Nesse caso, o URL pode ser `https://www.example.com/logo.jpg`.

Opcionalmente, é possível configurar o servidor de origem para adicionar cabeçalhos aos arquivos a fim de indicar o tempo de permanência dos arquivos no cache dos pontos de presença do CloudFront. Por padrão, cada arquivo permanece em um ponto de presença por 24 horas antes de expirar. O tempo mínimo de expiração é 0 segundo. Não há um tempo máximo de expiração. Para obter mais informações, consulte [Gerenciar o tempo de permanência do conteúdo no cache (expiração)](Expiration.md).

## Escolher entre distribuição padrão ou distribuição multilocatária
<a name="choose-standard-or-multi-tenant"></a>

O CloudFront oferece opções de distribuição para sites ou aplicativos únicos e para cenários multilocatários.

**Distribuição padrão**  
Projetado para configurações exclusivas por site ou aplicativo. Escolha isso nos seguintes casos de uso:  
+ Você precisa de uma distribuição independente do CloudFront
+ Cada site ou aplicativo requer suas próprias configurações personalizadas
A maioria das pessoas começa com uma distribuição padrão.

**Distribuição multilocatária e locatários de distribuição (CloudFront SaaS Manager)**  
Projetado especificamente para provedores de SaaS e cenários multilocatários. Escolha isso nos seguintes casos de uso:  
+ Você está criando uma plataforma SaaS para atender a vários sites ou aplicativos de clientes
+ Você precisa gerenciar várias distribuições semelhantes de forma eficiente
+ Você quer controle centralizado sobre as configurações compartilhadas
Para obter mais informações, consulte [Noções básicas sobre as distribuições multilocatário](distribution-config-options.md).

## Preços
<a name="pricing"></a>

O CloudFront cobra pelas transferências de dados de seus locais da borda, junto com solicitações HTTP ou HTTPS. Os preços variam de acordo com o tipo de uso, a região geográfica e a seleção de atributos.

A transferência de dados da sua origem para o CloudFront é sempre gratuita ao usar origens da AWS como o Amazon Simple Storage Service (Amazon S3), o Elastic Load Balancing ou o Amazon API Gateway. Você só é cobrado pela transferência de dados de saída do CloudFront para o visualizador ao usar as origens da AWS.

Para ter mais informações, consulte a [Definição de preços do CloudFront](https://aws.amazon.com/cloudfront/pricing/) e as [Perguntas frequentes](https://aws.amazon.com/cloudfront/faqs/) de faturamento e do pacote Savings.

# Maneiras de usar o CloudFront
<a name="IntroductionUseCases"></a>

Usar o CloudFront pode ajudar você a atingir vários objetivos. Esta seção lista apenas alguns deles, juntamente com links para mais informações. Assim, você terá uma ideia das possibilidades.

**Topics**
+ [Acelerar a entrega de conteúdo de site estático](#IntroductionUseCasesStaticWebsite)
+ [Fornecer vídeos de streaming ao vivo ou sob demanda](#IntroductionUseCasesStreaming)
+ [Criptografar campos específicos durante todo o processamento do sistema](#IntroductionUseCasesFieldLevelEncryption)
+ [Personalizar na borda](#IntroductionUseCasesProgrammableCDN)
+ [Fornecer conteúdo privado usando personalizações do Lambda@Edge](#IntroductionUseCasesPrivateContentAtTheEdge)

## Acelerar a entrega de conteúdo de site estático
<a name="IntroductionUseCasesStaticWebsite"></a>

O CloudFront pode acelerar a entrega do conteúdo estático (por exemplo, imagens, folhas de estilo, JavaScript e assim por diante) para visualizadores no mundo todo. Ao usar o CloudFront, é possível aproveitar as vantagens da rede de estrutura da AWS e dos servidores de borda do CloudFront para oferecer aos seus visualizadores uma experiência rápida, segura e confiável ao visitar seu site.

Uma abordagem simples para armazenar e fornecer conteúdo estático é usar um bucket do Amazon S3. Usar o S3 com o CloudFront oferece uma série de vantagens, incluindo a opção de usar [controle de acesso à origem](private-content-restricting-access-to-s3.md) para restringir facilmente o acesso ao conteúdo do Amazon S3.

Consulte mais informações sobre como usar o Amazon S3 em conjunto com o CloudFront, incluindo um modelo do CloudFormation para ajudar você a começar rapidamente, em [Conceitos básicos de um site estático seguro](getting-started-secure-static-website-cloudformation-template.md).

## Fornecer vídeos de streaming ao vivo ou sob demanda
<a name="IntroductionUseCasesStreaming"></a>

O CloudFront oferece várias opções de streaming de mídia para visualizadores globais, tanto de arquivos pré-gravados quanto de eventos ao vivo.
+ Para streaming de vídeo sob demanda (VOD), é possível usar o CloudFront para fazer streaming em formatos comuns, como MPEG DASH, Apple HLS, Microsoft Smooth Streaming e CMAF, para qualquer dispositivo.
+ Para fazer uma transmissão ao vivo, você pode armazenar em cache fragmentos de mídia no ponto. Assim, várias solicitações para o arquivo manifesto que entrega os fragmentos na ordem correta poderão ser combinadas para reduzir a carga no servidor de origem.

Para mais informações sobre como fornecer conteúdo de streaming com o CloudFront, consulte [Vídeo sob demanda e vídeo de transmissão ao vivo com o CloudFront](on-demand-streaming-video.md).

## Criptografar campos específicos durante todo o processamento do sistema
<a name="IntroductionUseCasesFieldLevelEncryption"></a>

Ao configurar o HTTPS com o CloudFront, você já terá conexões de ponta a ponta seguras com os servidores de origem. Ao adicionar criptografia no nível do campo, você poderá proteger dados específicos durante todo o processamento do sistema, além da segurança HTTPS, para que apenas determinados aplicativos na sua origem vejam os dados.

Para configurar a criptografia no nível do campo, adicione uma chave pública ao CloudFront e especifique o conjunto de campos que você quer criptografar com a chave. Para obter mais informações, consulte [Use criptografia de nível de campo para ajudar a proteger dados confidenciais](field-level-encryption.md).

## Personalizar na borda
<a name="IntroductionUseCasesProgrammableCDN"></a>

A execução de código sem servidor no ponto abre várias possibilidades para personalizar o conteúdo e a experiência dos espectadores com latência reduzida. Por exemplo, você pode retornar uma mensagem de erro personalizada quando o servidor de origem estiver inativo para manutenção para que os visualizadores não recebam uma mensagem de erro HTTP genérica. Se preferir, você pode usar uma função para ajudar a autorizar usuários e controlar o acesso ao seu conteúdo antes que o CloudFront encaminhe uma solicitação para a origem.

Usar o Lambda@Edge com o CloudFront oferece várias formas de personalizar o conteúdo que o CloudFront entrega. Para saber mais sobre o Lambda@Edge e como criar e implantar funções com o CloudFront, consulte [Personalização na borda com o Lambda@Edge](lambda-at-the-edge.md). Se você quiser ver exemplos de código personalizáveis para suas próprias soluções, consulte [Funções de exemplo do Lambda@Edge](lambda-examples.md).

## Fornecer conteúdo privado usando personalizações do Lambda@Edge
<a name="IntroductionUseCasesPrivateContentAtTheEdge"></a>

Usar o Lambda@Edge pode ajudar você a configurar a distribuição do CloudFront para veiculação de conteúdo privado de sua própria origem personalizada, além de usar URLs assinados ou cookies assinados.

Para fornecer conteúdo privado usando o CloudFront, faça o seguinte:
+ Exija que os usuários (visualizadores) acessem o conteúdo usando [URLs assinados ou cookies assinados](PrivateContent.md).
+ Restrinja o acesso à sua origem para que ela esteja disponível apenas nos servidores voltados para a origem do CloudFront. Para fazer isso, utilize uma das seguintes opções:
  + Para uma origem do Amazon S3, você pode [usar um controle de acesso à origem (OAC)](private-content-restricting-access-to-s3.md).
  + Para uma origem personalizada, você pode fazer o seguinte:
    + Se a origem personalizada estiver protegida por um grupo de segurança da Amazon VPC ou pelo AWS Firewall Manager, você pode [usar a lista de prefixos gerenciados do CloudFront](LocationsOfEdgeServers.md#managed-prefix-list) a fim de permitir tráfego de entrada para sua origem somente de endereços IP voltados para a origem do CloudFront.
    + Use um cabeçalho HTTP personalizado para restringir o acesso somente a solicitações do CloudFront. Para obter mais informações, consulte [Restringir o acesso a arquivos em origens personalizadas](private-content-overview.md#forward-custom-headers-restrict-access) e [Adicionar cabeçalhos personalizados às solicitações de origem](add-origin-custom-headers.md). Para obter um exemplo que usa um cabeçalho personalizado para restringir o acesso a uma origem do Application Load Balancer, consulte [Restringir o acesso aos Application Load Balancers](restrict-access-to-load-balancer.md).
    + Se a origem personalizada exigir lógica de controle de acesso personalizada, você poderá usar o Lambda@Edge para implementar essa lógica, conforme descrito nesta postagem de blog: [Serving Private Content Using Amazon CloudFront & Lambda@Edge](https://aws.amazon.com/blogs/networking-and-content-delivery/serving-private-content-using-amazon-cloudfront-aws-lambdaedge/) (Distribuição de conteúdo privado usando o Amazon CloudFront e o Lambda@Edge).

# Como o CloudFront entrega conteúdo
<a name="HowCloudFrontWorks"></a>

Após a configuração inicial, o CloudFront trabalhará em conjunto com o site ou a aplicação e agilizará a entrega do seu conteúdo. Esta seção explica como o CloudFront veicula seu conteúdo quando os visualizadores o solicitam. 

**Topics**
+ [Como o CloudFront entrega conteúdo aos usuários](#HowCloudFrontWorksContentDelivery)
+ [Como o CloudFront funciona com caches de borda regionais](#CloudFrontRegionaledgecaches)

## Como o CloudFront entrega conteúdo aos usuários
<a name="HowCloudFrontWorksContentDelivery"></a>

Depois de configurar o CloudFront para entregar seu conteúdo, veja o que ocorre quando os usuários solicitam seus objetos:

1. Um usuário acessa seu site ou sua aplicação e solicita um objeto, como um arquivo de imagem ou um arquivo HTML.

1. O DNS encaminha a solicitação para o POP (local da borda) do CloudFront que melhor atende à solicitação, normalmente o POP do CloudFront mais próximo em termos de latência.

1. O CloudFront procura o objeto solicitado no cache. Se o objeto estiver no cache, o CloudFront o retornará ao usuário. Se o objeto *não* estiver no cache, o CloudFront fará o seguinte:

   1. O CloudFront compara a solicitação com as especificações da distribuição e encaminha a solicitação ao servidor de origem para o objeto correspondente. Por exemplo, para o bucket do Amazon S3 ou o servidor HTTP.

   1. O servidor de origem enviará o objeto de volta ao local da borda.

   1. Assim que o primeiro byte chegar da origem, o CloudFront começará a encaminhar o objeto ao usuário. O CloudFront também adicionará o objeto no cache na próxima vez em que alguém o solicitar.

![\[Solicitação e resposta do usuário para a origem por meio do CloudFront\]](http://docs.aws.amazon.com/pt_br/AmazonCloudFront/latest/DeveloperGuide/images/how-cloudfront-delivers-content.png)


## Como o CloudFront funciona com caches de borda regionais
<a name="CloudFrontRegionaledgecaches"></a>

Os pontos de presença (também conhecidos como *POPs* ou *locais de borda*) do CloudFront garantem que um conteúdo muito requisitado possa ser veiculado rapidamente aos seus visualizadores. O CloudFront também tem *caches de borda regionais* que aproximam mais seu conteúdo dos visualizadores, mesmo quando o conteúdo não é procurado o suficiente para permanecer em um POP, para ajudar a melhorar a performance desse conteúdo.

Os caches de ponto regionais ajudam com todos os tipos de conteúdo, especialmente aqueles que tendem a se tornar menos populares com o tempo. Exemplos incluem conteúdo gerado pelo usuário, como vídeos, fotos ou arte; ativos de comércio eletrônico, como fotos e vídeos de produtos; e notícias e conteúdo relacionado a eventos, que pode repentinamente mudar de popularidade.

**Como funcionam os caches regionais**  
Caches de borda regionais são locais do CloudFront implantados globalmente, próximos aos visualizadores. Eles estão localizados entre seu servidor de origem e os POPs, locais de borda globais que fornecem conteúdo diretamente aos visualizadores. À medida que os objetos se tornam menos populares, os POPs individuais podem removê-los para dar lugar a conteúdo mais procurado. Os caches de ponto regionais têm um cache maior que um POP individual, portanto, os objetos permanecem no cache por mais tempo no local do cache de ponto regional mais próximo. Isso ajuda a manter mais conteúdo perto dos visualizadores, reduzindo a necessidade de acesso ao servidor de origem pelo CloudFront e aumentando a performance geral para os visualizadores.

Quando um visualizador faz uma solicitação em seu site ou por meio de seu aplicativo, o DNS a roteia a solicitação para o POP que melhor atende à solicitação do usuário. Normalmente, essa localização é o local de borda do CloudFront mais próximo em termos de latência. No POP, o CloudFront procura o objeto solicitado no cache. Se o objeto estiver no cache, o CloudFront o retornará ao usuário. Se o objeto não estiver no cache, o POP normalmente acessará o cache de borda regional mais próximo para obtê-lo. Para obter mais informações sobre quando o POP ignora o cache de borda regional e acessa diretamente a origem, consulte a observação a seguir.

Na localização de cache de borda regional, o CloudFront procura novamente o objeto solicitado em seu cache. Se o objeto estiver no cache, o CloudFront o encaminhará para o POP que o solicitou. Assim que o primeiro byte chega ao cache de borda regional, o CloudFront começa a encaminhar o objeto ao usuário. O CloudFront também adicionará o objeto ao cache no POP na próxima vez em que alguém o solicitar.

Para objetos não armazenados em cache no POP ou no cache de borda regional, o CloudFront compara a solicitação com as especificações nas distribuições e encaminha a solicitação ao servidor de origem. Depois que o servidor de origem envia o objeto à localização do cache de borda regional, ele é encaminhado ao POP, e o CloudFront o encaminha ao usuário. Nesse caso, o CloudFront também adiciona o objeto à localização do cache de borda regional, além do POP, para a próxima vez em que um visualizador o solicitar. Isso garante que todos os POPs de uma região compartilhem um cache local, eliminando várias solicitações aos servidores de origem. O CloudFront também mantém conexões persistentes com os servidores de origem para que os objetos sejam obtidos das origens o mais rapidamente possível.

**nota**  
Os caches de borda regionais têm paridade de recursos com os POPs. Por exemplo, uma solicitação de invalidação de cache remove um objeto dos caches do POP e dos caches de ponto regionais antes que ele expire. A próxima vez em que um visualizador solicitar o objeto, o CloudFront recorrerá à origem para obter a versão mais recente dele.
Métodos de proxy HTTP (`PUT`, `POST`, `PATCH`, `OPTIONS` e `DELETE`) fluem diretamente para a origem dos POPs e não usam proxy por meio dos caches de borda regionais.
As solicitações dinâmicas, conforme determinado no momento da solicitação, não fluem por meio de caches de borda regionais, mas vão diretamente para a origem.
Quando a origem for um bucket do Amazon S3 e o cache de borda regional ideal da solicitação estiver na mesma Região da AWS que o bucket do S3, o POP ignorará o cache de borda regional e irá diretamente para o bucket do S3.

O diagrama a seguir ilustra como as solicitações e respostas fluem por meio de locais de borda do CloudFront e caches de borda regionais.

![\[Diagrama mostrando os caminhos de solicitação e resposta dos visualizadores até a origem por meio de locais da borda e caches de borda regionais.\]](http://docs.aws.amazon.com/pt_br/AmazonCloudFront/latest/DeveloperGuide/images/regional-edge-caches.png)


# Localizações e intervalos de endereço IP dos servidores de borda do CloudFront
<a name="LocationsOfEdgeServers"></a>

Para obter uma lista dos locais dos servidores de borda do CloudFront, consulte a página [Rede de borda global do Amazon CloudFront](https://aws.amazon.com/cloudfront/features/#Global_Edge_Network).

A Amazon Web Services (AWS) publica seus intervalos de endereços IP atuais em formato JSON. Para visualizar os intervalos atuais, faça download do arquivo [ip-ranges.json](https://ip-ranges.amazonaws.com/ip-ranges.json). Para obter mais informações, consulte [Intervalos de endereços IP da AWS](https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html) no *Referência geral da Amazon Web Services*.

Para encontrar os intervalos de endereços IP associados aos servidores de borda do CloudFront, pesquise por ip-ranges.json na seguinte string:

```
"region": "GLOBAL",
"service": "CLOUDFRONT"
```

Como alternativa, é possível visualizar somente os intervalos de IP do CloudFront [https://d7uri8nf7uskq.cloudfront.net/tools/list-cloudfront-ips](https://d7uri8nf7uskq.cloudfront.net/tools/list-cloudfront-ips).

## Use a lista de prefixos gerenciados do CloudFront
<a name="managed-prefix-list"></a>

A lista de prefixos gerenciados do CloudFront contém os intervalos de endereços IP de todos os servidores voltados para a origem distribuídos globalmente do CloudFront. Se a origem estiver hospedada na AWS e protegida por um [grupo de segurança](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-security-groups.html) da Amazon VPC, você poderá usar a lista de prefixos gerenciados do CloudFront para permitir o tráfego de entrada para a origem somente de servidores voltados para a origem do CloudFront, impedindo que qualquer tráfego que não seja do CloudFront atinja a origem. O CloudFront mantém a lista de prefixos gerenciados para que esteja sempre atualizada com os endereços IP de todos os servidores voltados para a origem global do CloudFront. Com a lista de prefixos gerenciados do CloudFront, você não precisa ler nem manter uma lista de intervalos de endereços IP por conta própria.

Por exemplo, imagine que sua origem seja uma instância do Amazon EC2 na região Europa (Londres) (`eu-west-2`). Se a instância estiver em uma VPC, você poderá criar uma regra de grupo de segurança que permita acesso HTTPS de entrada usando a lista de prefixos gerenciados do CloudFront. Isso permite que todos os servidores voltados para a origem global do CloudFront alcancem a instância. Se você remover todas as outras regras de entrada do grupo de segurança, impedirá que qualquer tráfego que não seja do CloudFront chegue à instância.

As listas de prefixos gerenciados do CloudFront são as seguintes:
+ `com.amazonaws.global.cloudfront.origin-facing` (IPv4)
+ `com.amazonaws.global.ipv6.cloudfront.origin-facing` (IPv6)



Para obter mais informações, consulte [Usar uma lista de prefixos gerenciados da AWS](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html#use-aws-managed-prefix-list) no *Guia do usuário da Amazon VPC*.

**Importante**  
A lista de prefixos gerenciados do CloudFront é singular na forma como ela se aplica às cotas da Amazon VPC. Para obter mais informações, consulte [Peso da lista de prefixos gerenciados da AWS](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html#aws-managed-prefix-list-weights) no *Guia do usuário da Amazon VPC*.

# Como usar o CloudFront com um SDK da AWS
<a name="sdk-general-information-section"></a>

Os kits de desenvolvimento de software (SDKs) da AWS estão disponíveis para muitas linguagens de programação populares. Cada SDK fornece uma API, exemplos de código e documentação que permitem que os desenvolvedores criem facilmente aplicações em seu idioma de preferência.


| Documentação do SDK | Exemplos de código | 
| --- | --- | 
| [AWS SDK para C\$1\$1](https://docs.aws.amazon.com/sdk-for-cpp) | [AWS SDK para C\$1\$1 Exemplos de código](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/cpp) | 
| [AWS CLI](https://docs.aws.amazon.com/cli) | [AWS CLI Exemplos de código da](https://docs.aws.amazon.com/code-library/latest/ug/cli_2_code_examples.html) | 
| [AWS SDK para Go](https://docs.aws.amazon.com/sdk-for-go) | [AWS SDK para Go Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/gov2) | 
| [AWS SDK para Java](https://docs.aws.amazon.com/sdk-for-java) | [AWS SDK para Java Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javav2) | 
| [AWS SDK para JavaScript](https://docs.aws.amazon.com/sdk-for-javascript) | [AWS SDK para JavaScript Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/javascriptv3) | 
| [AWS SDK para Kotlin](https://docs.aws.amazon.com/sdk-for-kotlin) | [AWS SDK para Kotlin Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/kotlin) | 
| [AWS SDK para .NET](https://docs.aws.amazon.com/sdk-for-net) | [AWS SDK para .NET Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/dotnetv3) | 
| [AWS SDK para PHP](https://docs.aws.amazon.com/sdk-for-php) | [AWS SDK para PHP Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/php) | 
| [Ferramentas da AWS para PowerShell](https://docs.aws.amazon.com/powershell) | [Ferramentas da AWS para PowerShell Exemplos de código da](https://docs.aws.amazon.com/code-library/latest/ug/powershell_5_code_examples.html) | 
| [AWS SDK para Python (Boto3)](https://docs.aws.amazon.com/pythonsdk) | [AWS SDK para Python (Boto3) Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/python) | 
| [AWS SDK para Ruby](https://docs.aws.amazon.com/sdk-for-ruby) | [AWS SDK para Ruby Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/ruby) | 
| [AWS SDK para Rust](https://docs.aws.amazon.com/sdk-for-rust) | [AWS SDK para Rust Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/rustv1) | 
| [AWS SDK para SAP ABAP](https://docs.aws.amazon.com/sdk-for-sapabap) | [AWS SDK para SAP ABAP Exemplos de código da](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/sap-abap) | 
| [AWS SDK para Swift](https://docs.aws.amazon.com/sdk-for-swift) | [AWS SDK para Swift Exemplos de código do](https://github.com/awsdocs/aws-doc-sdk-examples/tree/main/swift) | 

**Exemplo de disponibilidade**  
Não consegue encontrar o que precisa? Solicite um exemplo de código usando o link **Fornecer feedback** na parte inferior desta página.

## Recursos técnicos do CloudFront
<a name="resources-cloudfront"></a>

Use os seguintes recursos para obter respostas a perguntas técnicas sobre o CloudFront:
+ [AWSre:Post](https://repost.aws/tags/TA8pHF0m5aQdawzT2gwPcVYQ/amazon-cloudfront): um site de perguntas e respostas da comunidade para desenvolvedores discutirem questões técnicas relacionadas ao CloudFront.
+ [Suporte Center](https://console.aws.amazon.com/support/home): esse site inclui informações sobre seus casos de suporte recentes e sobre os resultados das verificações de integridade do AWS Trusted Advisor. Ele também fornece links para fóruns de discussão, perguntas frequentes técnicas, o painel de integridade do serviço e informações sobre os planos do Suporte.
+ [AWS Premium Support](https://aws.amazon.com/premiumsupport/): conheça o AWS Premium Support, um canal de suporte de resposta rápida e com atendimento individual, que ajuda você a criar e executar na AWS.
+ [AWS IQ](https://iq.aws.amazon.com/?utm=docs): receba ajuda de profissionais e especialistas certificados pela AWS.