Novidades

Amazon CloudFront anuncia suporte para certificados RSA de 3072 bits

Data: 14 de julho de 2023

O Amazon CloudFront anuncia suporte para certificados RSA de 3072 bits. Os clientes já podem associar seus certificados RSA de 3072 bits às distribuições do CloudFront para aprimorar a segurança da comunicação entre os clientes e locais da borda do CloudFront.

O RSA é um algoritmo de criptografia bastante usado em certificados digitais para proteger as comunicações pela Internet por meio de assinaturas digitais e criptografia de dados. Antes dessa atualização, os clientes do CloudFront só podiam usar certificados RSA com intensidade de 1024 ou 2048 bits ou um certificado ECDSA P256. Os certificados ECDSA P256 oferecem maior segurança do que os certificados RSA de 1024 ou 2048 bits, mas podem não ser compatíveis com clientes e dispositivos herdados. Com a introdução dos certificados RSA de 3072 bits, os clientes já podem alcançar o mesmo nível de segurança no CloudFront que antes era exclusivo dos certificados ECDSA P256.

O suporte do Amazon CloudFront para certificados RSA de 3072 bits agora já disponível para uso imediato. Para começar, associe um certificado RSA de 3072 bits à sua distribuição do CloudFront usando o console ou as APIs. Não há taxas adicionais associadas a esse atributo. Para obter mais informações, consulte o Guia do desenvolvedor do CloudFront. Para saber mais sobre o CloudFront, acesse a página Conceitos básicos do Amazon CloudFront.

AWS anuncia novo local da borda na Nigéria

Data: 15 de junho de 2023

Detalhes: a Amazon Web Services (AWS) anuncia expansão na Nigéria com o lançamento de um novo local da borda em Lagos. Os clientes na Nigéria podem esperar uma melhoria de, em média, até 20% na latência dos dados fornecidos por meio do novo local da borda. O novo local da borda da AWS traz o conjunto completo de benefícios fornecidos pelo Amazon CloudFront, uma rede de entrega de conteúdo (CDN) altamente distribuída e escalável que fornece conteúdo estático e dinâmico, APIs e vídeo ao vivo e sob demanda com baixa latência e alta performance.

Todos os locais da borda do Amazon CloudFront estão protegidos contra ameaças de DDoS em nível de infraestrutura com o AWS Shield Básico, que usa monitoramento sempre ativo do fluxo de rede e mitigação em linha para minimizar a latência e o tempo de inatividade das aplicações. Você também pode adicionar mais camadas de segurança a aplicações para protegê-las contra explorações comuns na Web e ataques de bots habilitando o AWS WAF.

O tráfego entregue desse local da borda está incluído no preço da região África. Para saber mais sobre os locais da borda da AWS, consulte os locais da borda do CloudFront.

O Amazon CloudFront já oferece suporte às diretivas de controle cache-stale-while-revalidate e stale-if-error

Data: 17 de maio de 2023

Detalhes: o Amazon CloudFront anuncia suporte às diretivas de controle de cache stale-while revalidate e stale-if-error, que podem melhorar a performance e a disponibilidade. A diretiva stale-while-revalidate instrui o CloudFront a fornecer imediatamente respostas obsoletas aos usuários enquanto revalida os caches em segundo plano. A diretiva stale-if-error define por quanto tempo o CloudFront deverá reutilizar respostas obsoletas se houver erro, o que proporciona uma melhor experiência ao usuário.

Com o stale-while revalidate, o CloudFront pode fornecer respostas mais rápidas em seus mais de 480 locais da borda e maximizar as taxas de acertos do cache para melhorar a performance após a expiração do cache. Com a diretiva stale-while-revalidate, seus usuários não precisam mais esperar pelas respostas das origens, porque o conteúdo obsoleto é rapidamente fornecido pelos caches. stale-while-revalidate é ideal para conteúdo que é atualizado com frequência ou de forma imprevisível ou quando o conteúdo exige um tempo significativo para ser regenerado e quando não é essencial ter a versão mais recente do conteúdo. A diretiva stale-if-error aprimora a experiência do usuário e melhora a disponibilidade ao fornecer conteúdo obsoleto quando as origens retornam erro. 

O suporte para essas diretivas já está disponível em todos os locais da borda do CloudFront, sem custo adicional. Você define as diretivas de seu servidor de origem, e o CloudFront respeita os comportamentos com base em suas diretivas. Para mais informações, consulte o Guia do desenvolvedor do Amazon CloudFront.

O Amazon CloudFront oferece suporte à origem do ponto de acesso do S3 Object Lambda

Data: 5 de abril de 2023

Detalhes: a partir de hoje, o Amazon CloudFront oferece suporte ao uso de pontos de acesso do S3 Object Lambda como origens. Isso significa que agora você pode usar aliases de ponto de acesso do S3 Object Lambda para configurar uma origem do CloudFront no estilo bucket do S3 e aproveitar os mais de 480 locais da borda global do CloudFront para acelerar a entrega de dados transformados por sua função do S3 Object Lambda.

O S3 Object Lambda permite que você adicione seu próprio código a solicitações GET, HEAD e LIST do S3 para modificar e processar dados conforme eles são retornados para uma aplicação. Antes desse lançamento, você precisava usar o Lambda@Edge como a entidade principal de assinatura com o AWS Signature Version 4 (SigV4) para autenticação com a origem. Agora, você pode usar o CloudFront como entidade principal de assinatura para autenticação SigV4 com a origem de pontos de acesso do S3 Object Lambda. Isso simplifica o uso do CloudFront para acelerar a distribuição de dados transformados pela função do S3 Object Lambda, como linhas filtradas, imagens redimensionadas dinamicamente, dados com informações confidenciais suprimidas e muito mais.

O suporte do Amazon CloudFront para origens de pontos de acesso do S3 Object Lambda já está disponível em todo o mundo. Para começar a usar, obtenha o alias dos pontos de acesso do S3 Object Lambda no console do S3 ou por meio de uma API e crie um domínio no estilo de bucket do S3 como sua origem do CloudFront. Não há taxas adicionais associadas a esse recurso. Para obter mais informações, consulte o Guia do desenvolvedor do CloudFront. Para saber mais sobre o CloudFront, visite a página Conceitos básicos do Amazon CloudFront.

O Amazon CloudFront anuncia o suporte para geração de status e resposta HTTP usando o CloudFront Functions

Data: 29 de março de 2023

Detalhes: a partir de hoje, você pode usar o CloudFront Functions para personalizar ainda mais as respostas aos visualizadores, incluindo alterar o código de status HTTP e substituir o corpo HTTP da resposta. O CloudFront Functions é um recurso de computação de borda sem servidor no CloudFront criado para transformações HTTP leves que são executadas em mais de 450 locais da borda do CloudFront em todo o mundo.

Anteriormente, o CloudFront Functions permitia transformar os atributos de solicitação e resposta HTTP, como cabeçalhos e cookies. Com esse lançamento, quando o CloudFront recebe uma resposta HTTP do seu servidor de origem ou do cache, você pode modificar a resposta HTTP para substituir o código de status HTTP e o corpo HTTP. Por exemplo, se você quiser avaliar os cabeçalhos retornados de sua origem para determinar se deseja bloquear uma solicitação, você pode alterar o código de status HTTP para 403 e descartar o corpo HTTP na resposta. Você também pode usar esse recurso para gerar o corpo HTTP para cada solicitação. Por exemplo, você pode avaliar uma solicitação e responder aos visualizadores com uma página da Web personalizada.

Para obter mais informações, consulte o Guia do desenvolvedor do CloudFront. Não há taxa adicional para usar esse recurso. Para começar a usar o CloudFront, acesse a documentação Conceitos básicos do Amazon CloudFront.

Amazon CloudFront oferece suporte à ação de salvar eventos de teste com o CloudFront Functions

Data: 23 de março de 2023

Detalhes: o Amazon CloudFront agora oferece suporte à capacidade de salvar eventos de teste para o CloudFront Functions no console do CloudFront. Esse recurso permite criar e salvar vários eventos de teste para garantir uma melhor cobertura de teste ao criar o CloudFront Functions. Os eventos de teste salvos aceleram os tempos de desenvolvimento e reduzem a sobrecarga ao testar o CloudFront Functions.

Anteriormente, o console do CloudFront Functions só permitia configurar um único evento de teste para validar uma função. Isso introduziria um esforço adicional e você poderia, inadvertidamente, perder certos casos de teste ao modificar o evento de teste. Além disso, os eventos de teste só foram salvos durante a sessão do console do CloudFront, após a qual o evento de teste precisaria ser recriado para uma nova sessão. Ao salvar eventos de teste, agora você pode criar vários casos de teste para cada função e salvá-los para uso futuro. Agora você pode fazer alterações em uma função existente e testar rapidamente todos os eventos de teste salvos anteriormente sem recriar manualmente os eventos de teste.

O salvamento de eventos de teste está disponível para uso imediato, sem custo adicional, no console do CloudFront Functions. Para obter mais informações, consulte o Guia do desenvolvedor do CloudFront Functions.

AWS anuncia novo local da borda do Amazon CloudFront no Peru

Data: 22 de março de 2023

Detalhes: a Amazon Web Services (AWS) anuncia a expansão do Amazon CloudFront no Peru com o lançamento de um novo local da borda em Lima. Os clientes peruanos podem esperar uma melhoria de até 50% na latência, em média, dos dados fornecidos por meio do novo local da borda, a fim de fornecer aos usuários finais aplicações mais rápidas e responsivas. O novo local da borda da AWS traz o conjunto completo de benefícios fornecidos pelo Amazon
CloudFront, uma rede de entrega de conteúdo (CDN) altamente distribuída e escalável que fornece conteúdo estático e dinâmico, APIs e vídeo ao vivo e sob demanda. O Amazon CloudFront usa uma rede global de mais de 450 pontos de presença (PoPs) e 13 caches regionais de borda em mais de 90 cidades em 49 países para fornecer conteúdo aos usuários finais.

Todos os locais da borda do Amazon CloudFront estão protegidos no nível da infraestrutura
Ameaças de DDoS com o AWS Shield Básico, que usa monitoramento contínuo do fluxo de rede e mitigação em linha para minimizar a latência e o tempo de inatividade das aplicações. Você também pode adicionar camadas adicionais de segurança a aplicações para protegê-las contra explorações comuns na Web e ataques de bots habilitando o AWS WAF.

O tráfego entregue desse local da borda está incluído no preço da região
da América do Sul. Para saber mais sobre os locais da borda da AWS, consulte locais da borda
do CloudFront.

O Amazon CloudFront anuncia compatibilidade com as listas de bloqueio nas políticas de solicitação de origem

Data: 22 de fevereiro de 2023

Detalhes: o Amazon CloudFront agora é compatível com as listas de bloqueio nas políticas de solicitação de origem. Esse recurso permite que você encaminhe todos os cabeçalhos, cookies e strings de consulta do visualizador para a origem, excluindo valores específicos usando uma lista de bloqueio. As listas de bloqueio oferecem maior flexibilidade sobre como os dados das solicitações do visualizador são encaminhados para a origem.

Até agora, você podia usar as políticas de solicitação de origem para decidir quais cabeçalhos, strings de consultas e cookies você queria enviar para a origem. Usando o novo recurso de lista de bloqueio, você agora pode encaminhar todos os valores do visualizador, exceto os valores definidos na lista de bloqueio. Isso facilita o encaminhamento de dados para as origens, como para o API Gateway, que não é compatível com o encaminhamento do cabeçalho do host ao visualizador. Além disso, lançamos a política AllViewerExceptHostHeader que encaminha todos os valores (cabeçalhos, cookies e strings de consulta) da solicitação do visualizador, mas não inclui o cabeçalho do host na solicitação do visualizador.

A compatibilidade com a lista de bloqueios nas políticas de solicitação de origem está disponível para uso imediato, sem nenhum custo adicional. Configure esse recurso no console do CloudFront, SDK e CLI. Para obter mais informações, consulte o Guia do desenvolvedor do CloudFront.

AWS Lambda@Edge agora é compatível com o Node 18.x

Data: 13 de Janeiro de 2023

Detalhes: a partir de hoje, você pode usar o tempo de execução Node.js 18.x para desenvolver funções no AWS Lambda@Edge. Esse tempo de execução é um acréscimo aos tempos de execução Node.js 16.x e Node.js 14.x atualmente compatíveis.

Node.js 18.x, a versão atual de suporte de longo prazo (LTS) do Node.js, agora oferece suporte à resolução do módulo ES usando NODE_PATH para facilitar o carregamento do módulo ES. Além disso, o Node.js 18.x traz novos recursos de linguagem para performance aprimorada dea campos de classe e métodos de classe privada, asserções de importação JSON e recursos experimentais, como Fetch API, módulo Test Runner e API Web Streams. Para obter mais informações sobre os benefícios e os novos recursos do Node.js 18.x, leia a publicação do anúncio do Node.js 18.x no Blog de computação da AWS.

Para começar a usar o Node.js 18.x, faça upload do código para o AWS Lambda por meio da CLI da AWS ou do console do Lambda e selecione Node.js 18.x como tempo de execução. Se você já tem funções Node.js no Lambda, pode mudar para o novo tempo de execução fazendo todas as alterações de código necessárias para garantir a compatibilidade com o novo tempo de execução e, em seguida, editar a configuração das funções para definir o tempo de execução como Node.js 18 x.

Para saber mais sobre o Lambda@Edge, acesse a página do produto. Para obter mais informações sobre o modelo de programação Node.js no AWS Lambda, leia a documentação de Node.js para o AWS Lambda.

Amazon CloudFront já oferece suporte à remoção de cabeçalhos de resposta

Data: 3 de Janeiro de 2023

Detalhes: o Amazon CloudFront agora oferece suporte à remoção de cabeçalhos de resposta usando políticas de cabeçalho de resposta, oferecendo aos clientes a capacidade nativa de remover cabeçalhos especificados fornecidos pelo CloudFront. Esse novo recurso, junto com a capacidade existente de adicionar e substituir cabeçalhos, oferece flexibilidade abrangente para que os clientes personalizem os cabeçalhos de resposta.

Até hoje, as políticas de cabeçalho de resposta permitiam que os clientes especificassem cabeçalhos HTTP que o Amazon CloudFront adiciona às respostas enviadas aos visualizadores, incluindo cabeçalhos CORS, cabeçalhos de segurança ou cabeçalhos personalizados. Agora, os clientes podem usar políticas de cabeçalho de resposta para remover seletivamente os cabeçalhos enviados aos visualizadores, ocultando deles os cabeçalhos que são necessários para a lógica da aplicação ou as políticas de cache específicas da CDN, mas que não precisam ser compartilhados. Por exemplo, um cliente pode ter uma aplicação de blog que envia um cabeçalho “x-powered-by” que, se revelado, pode ser alvo de invasores devido a vulnerabilidades específicas conhecidas da tecnologia. Para se proteger contra isso, o cliente pode usar uma política de cabeçalho de resposta para evitar que ela seja enviada aos visualizadores. Além disso, uma origem pode gerar um cabeçalho “Vary” para indicar cabeçalhos que influenciaram a resposta de origem, mas essas informações podem não ser necessárias para os visualizadores e podem ser removidas usando uma política de cabeçalho de resposta.

A remoção de cabeçalhos usando políticas de cabeçalho de resposta agora está disponível por meio do console do CloudFront, dos AWS SDKs e da AWS CLI. Não há taxas adicionais associadas a esse recurso. Observe que alguns cabeçalhos HTTP são somente leitura ou inacessíveis e, portanto, não podem ser removidos. Para obter mais informações sobre quais cabeçalhos não podem ser removidos, consulte Restrições das funções de borda. Para começar a usar o CloudFront, acesse a página de produto do CloudFront.

O Amazon CloudFront lança o suporte à implantação contínua

Data: 21 de novembro de 2022

Detalhes: o Amazon CloudFront agora tem suporte à implantação contínua, um novo recurso para testar e validar alterações na configuração de parte do tráfego em execução antes da implantação das alterações para todos os visualizadores.

A implantação contínua com o CloudFront proporciona a você um alto nível de segurança nesse processo. Agora, você pode implantar dois ambientes separados, mas idênticos (azul e verde), integrados de forma simples com pipelines de Continuous Integration and Delivery (CI/CD – Integração e entrega contínuas) para disponibilizar versões gradualmente, sem necessidade de alterar o Sistema de Nomes de Domínio (DNS). Dessa forma, você garante uma experiência consistente aos visualizadores, vinculando suas sessões ao mesmo ambiente por meio da persistência de sessões. Além disso, você pode comparar a performance das alterações, monitorando logs padrão e em tempo real e revertendo rapidamente para a configuração anterior quando uma mudança afetar negativamente um serviço. Entre os casos de uso comuns atendidos por esse recurso, estão a verificação de compatibilidade retroativa, verificações pós-implantação e validação de novos recursos com um grupo menor de visualizadores.

O suporte à implantação contínua está disponível gratuitamente em todos os locais da borda do CloudFront. O recurso pode ser acessado no console, no SDK e na Command Line Interface do CloudFront, ou em modelos do CloudFormation. Acesse o blog de lançamento ou a documentação para saber mais sobre o novo recurso.

Amazon CloudFront já oferece suporte a cabeçalhos de impressão digital JA3

Data: 17 de novembro de 2022

Detalhes: o Amazon CloudFront agora oferece suporte aos cabeçalhos Cloudfront-viewer-ja3-fingerprint, permitindo que você acesse as impressões digitais JA3 das solicitações recebidas do visualizador. Você pode usar as impressões digitais JA3 para implementar lógica personalizada para bloquear clientes mal-intencionados ou permitir solicitações apenas de clientes esperados.

Um cabeçalho Cloudfront-viewer-ja3-fingerprint contém uma impressão digital hash de 32 caracteres do pacote TLS Client Hello de uma solicitação de visualizador recebida. A impressão digital encapsula informações sobre como o cliente se comunica e pode ser usada para criar perfis de clientes que compartilham o mesmo padrão. Você pode adicionar o cabeçalho Cloudfront-viewer-ja3-fingerprint a uma política de solicitação de origem e anexar a política às suas distribuições do CloudFront. Você pode então inspecionar o valor do cabeçalho em suas aplicações de origem ou em seu Lambda@Edge e CloudFront Functions e comparar o valor do cabeçalho com uma lista de impressões digitais de malware conhecidas para bloquear os clientes mal-intencionados. Você também pode comparar o valor do cabeçalho com uma lista de impressões digitais esperadas para permitir apenas solicitações com as impressões digitais esperadas.

Os cabeçalhos Cloudfront-viewer-ja3-fingerprint estão disponíveis para uso imediato em todos os locais da borda do CloudFront. Você pode habilitar os cabeçalhos de impressão digital JA3 no seu console do CloudFront ou usando o AWS SDK. Não há tarifas adicionais pelo uso dos cabeçalhos de impressão digital JA3. Para mais informações, consulte o Guia do desenvolvedor do CloudFront.

O Amazon CloudFront adiciona campos para latência de origem e ASN em logs em tempo real para obter insights mais detalhados

Data: 20 de outubro de 2022

Detalhes: o Amazon CloudFront agora oferece três campos de dados adicionais nos logs em tempo real do CloudFront: latência de primeiro byte de origem, latência de último byte de origem e número de sistema autônomo (ASN). Os logs em tempo real do CloudFront contêm informações detalhadas sobre as solicitações entregues pelo CloudFront, como os códigos de status HTTP da resposta ou se a resposta foi armazenada em cache. Com os três novos campos de dados, os clientes podem obter insights mais detalhados sobre a performance do CloudFront ao analisar logs em tempo real ou nos painéis criados usando os logs. A Latência do primeiro byte de origem fornece o tempo em segundos que o servidor de origem leva para responder com o primeiro byte da resposta. A Latência do último byte de origem indica o tempo em segundos que o servidor de origem leva para responder com o último byte da resposta. ASN é um número exclusivo que identifica a rede, como uma rede de provedor de serviços de Internet (ISP), que fornece o endereço IP do visualizador. Esses novos campos podem ser habilitados no Console do CloudFront, no SDK e na CLI. Além dos logs em tempo real, você também pode configurar suas políticas de solicitação de origem do CloudFront para encaminhar o cabeçalho CloudFront-Viewer-ASN aos seus servidores de origem. Para mais informações, consulte o Guia do desenvolvedor do CloudFront e a documentação da API. 

Amazon CloudFront lançado no Vietnã

Data: 29 de agosto de 2022

Detalhes: Amazon CloudFront anuncia seus primeiros locais de borda em Hanoi e na cidade de Ho Chi Minh, Vietnã. Os espectadores atendidos por esse novo local de borda podem esperar uma melhoria de até 30% na latência do primeiro byte. A inclusão desses dois locais leva a rede global do CloudFront para 410 pontos de presença em mais de 90 cidades e 48 países.

Além de reduzir a latência, esses pontos de presença também levam o conjunto de benefícios completo do Amazon CloudFront, como Lambda@Edge, Field Level Encryption e Amazon S3 Transfer Acceleration, bem como uma integração perfeita com outros serviços da AWS, como AWS Certificate Manager (ACM), AWS Shield, AWS WAF, AWS Simple Storage Service (S3) e Amazon Elastic Compute Cloud (EC2). Esses novos locais de borda em Hanoi e Joanesburgo e na cidade de Ho Chi Minh baseiam-se nos mesmos padrões de nossos locais de borda do CloudFront no mundo todo, incluindo processos e infraestrutura em conformidade com PCI, DSS, HIPAA e ISO, para garantir a entrega segura dos dados mais confidenciais.

O tráfego fornecido nesses locais da borda está incluído nos preços da região Ásia-Pacífico. Para saber mais sobre os locais da borda da AWS, consulte os locais da borda do CloudFront.

Amazon CloudFront lança o controle de acesso de origem (OAC)

Data: 25 de agosto de 2022

Detalhes: Agora, o Amazon CloudFront oferece o controle de acesso de origem, um novo recurso que os clientes do CloudFront podem usar para proteger facilmente origens no S3, permitindo que apenas distribuições do CloudFront designadas acessem os buckets no S3. Os clientes já podem ativar o AWS Signature Version 4 (SigV4) em solicitações de acesso do CloudFront a buckets do S3 para definir se e quando o CloudFront deve assinar as solicitações. Além disso, agora os clientes podem usar o SSE-KMS para fazer uploads e downloads pelo CloudFront.

Até agora, os clientes estavam limitados a usar a identidade de acesso de origem para restringir o acesso do CloudFront a origens no S3. O controle de acesso de origem é um aprimoramento da identidade de acesso de origem que fortalece a segurança e aprofunda as integrações de recursos. O controle de acesso de origem oferece uma postura de segurança mais sólida, com credenciais de curto prazo e rotação de credenciais mais frequentes em comparação à identidade de acesso de origem. Com o controle de acesso de origem, os clientes podem criar configurações de política detalhadas usando políticas baseadas em recursos, que oferecem melhor proteção contra ataques de substituto confuso. Os clientes podem usar o controle de acesso de origem para recuperar e enviar dados de/para origens no S3 nas regiões que exigem SigV4. Além disso, o controle de acesso de origem permite que os clientes usem SSE-KMS com origens no S3, o que não era possível fazer usando a identidade de acesso de origem.

O CloudFront oferece suporte ao novo recurso de controle de acesso de origem e ao recurso herdado de identidade de acesso de origem. Se você tem uma distribuição configurada para usar a identidade de acesso de origem, pode migrá-la facilmente para o controle de acesso de origem com apenas alguns cliques. Todas as distribuições existentes e novas que usam a identidade de acesso de origem continuarão a funcionar. Consulte a documentação de migração de acesso a origens do CloudFront para conhecer as próximas restrições de regiões. 

O controle de acesso de origem do CloudFront já está disponível em todo o mundo, exceto nas regiões da AWS na China. Você pode começar a usar o controle de acesso de origem no console, nas APIs, no SDK ou na CLI do CloudFront. Não há custo adicional pelo uso do controle de acesso de origem. Para saber como configurar o controle de acesso de origem, consulte a documentação do controle de acesso de origem do CloudFront. Para começar a usar o CloudFront, acesse a página de produto do CloudFront.

Amazon CloudFront já oferece suporte a HTTP/3 com base em QUIC

Data: 15 de agosto de 2022

Detalhes: Agora, o Amazon CloudFront oferece suporte a solicitações HTTP versão 3 (HTTP/3) sobre QUIC para conexões de usuários finais. O HTTP/3 usa o QUIC, um protocolo de transporte seguro baseado em User Datagram Protocol (UDP) e multiplexado em streams, que combina e aprimora os recursos do Transmission Control Protocol (TCP), TLS e HTTP/2. O HTTP/3 oferece diversos benefícios em relação às versões anteriores de HTTP, como tempos de resposta mais rápidos e melhor segurança.

Os clientes sempre procuram formas de entregar aplicações mais rápidas e seguras aos usuários. Com a crescente disseminação global da Internet e o maior número de usuários online em dispositivos móveis e redes remotas, a necessidade de maior performance e confiabilidade é maior do que nunca. O HTTP/3 é um aprimoramento das versões anteriores de HTTP e ajuda os clientes a melhorar a performance e a experiência dos visualizadores finais com a redução dos tempos de conexão e a eliminação do bloqueio pelo primeiro da fila. O suporte do CloudFront ao HTTP/3 é baseado no s2n-quic, uma nova implementação de código aberto do protocolo QUIC com forte ênfase na eficiência e performance. A implementação do HTTP/3 do CloudFront oferece suporte a migrações de conexões do lado do cliente, o que permite que aplicações cliente recuperem conexões que sofrem eventos problemáticos, como migração de Wi-Fi para celular ou perda persistente de pacotes, com mínima ou nenhuma interrupção. Além disso, o HTTP/3 oferece segurança aprimorada devido ao uso do QUIC, que criptografa por padrão os pacotes de handshake do TLS. Clientes do CloudFront que ativam HTTP/3 nas distribuições obtêm reduções de até 10% no tempo até o primeiro byte e de até 15% nos tempos de carga de página. Além disso, os clientes observaram melhorias de confiabilidade com a redução de falhas de handshake nas distribuições com HTTP/3 ativado.

Para ativar o HTTP/3 nas distribuições, você pode editar a configuração delas usando o console do CloudFront Console, a ação de API UpdateDistribution ou um modelo do CloudFormation. Clientes que não têm suporte ao HTTP/3 podem se comunicar com distribuições do Amazon CloudFront com HTTP/3 ativado usando versões anteriores de HTTP.

O HTTP/3 já está disponível em todos as mais de 410 locais da borda do CloudFront em todo o mundo. Não há custos adicionais para a utilização do recurso. Para saber mais sobre o HTTP/3 do Amazon CloudFront, consulte o Guia do desenvolvedor do CloudFront. Para saber mais sobre o Amazon CloudFront, acesse a página do produto Amazon CloudFront.

Amazon CloudFront oferece suporte a nomes de cabeçalho com até 1024 caracteres nas políticas do CloudFront

Data: 11 de julho de 2022

Detalhes: agora, o Amazon CloudFront oferece suporte a nomes de cabeçalhos de até 1024 caracteres em políticas de cache, solicitação de origem e resposta de origem. Com 1024 caracteres, os clientes passam a dispor de mais 512 caracteres para adicionar metadados de cabeçalho a políticas.

Uma política do CloudFront permite que os usuários apliquem a mesma combinação específica de configurações a diversos comportamentos de distribuição. Antes, os nomes de políticas em cabeçalhos do CloudFront ou personalizados estavam limitados a 512 caracteres. O maior limite de caracteres permite que os clientes adicionem mais cabeçalhos a uma política de cache para configurar uma chave de cache mais detalhada ou que os clientes usem cabeçalhos adicionais como entrada para a implementação de autenticação de usuários, por exemplo. Todos os cabeçalhos estão disponíveis para uso no Lambda@Edge, no CloudFront Functions ou na lógica de aplicações da origem.

O maior comprimento de todos os nomes de cabeçalho está disponível para uso imediato em todo o mundo. Não há taxas adicionais pelo uso desse recurso. Os clientes podem continuar a configurar cabeçalhos em políticas usando o console, as APIs, o SDK e a CLI do CloudFront. Para mais informações, consulte o Guia do desenvolvedor do CloudFront e a documentação da API.

O Amazon CloudFront agora oferece suporte à retomada da sessão TLS 1.3 para conexões de visualizadores

Data: 7 de junho de 2022

Detalhes: o Amazon CloudFront agora oferece suporte à retomada da sessão Transport Layer Security (TLS) 1.3 para melhorar ainda mais a performance da conexão de visualizadores. Até agora, o Amazon CloudFront oferece suporte à versão 1.3 do protocolo TLS desde 2020 para criptografar comunicações HTTPS entre visualizadores e o CloudFront. Os clientes que adotaram o protocolo viram a performance da conexão melhorar em até 30% em comparação com as versões anteriores do TLS. A partir de hoje, os clientes que usam o TLS 1.3 verão até 50% de melhoria de performance adicional, graças à retomada da sessão TLS 1.3. Com a retomada da sessão, quando um cliente se reconecta a um servidor com o qual ele tinha uma conexão TLS anterior, o servidor descriptografa o tíquete de sessão usando uma chave pré-compartilhada enviada pelo cliente e retoma a sessão. A retomada da sessão TLS 1.3 acelera o estabelecimento da sessão, pois reduz a sobrecarga computacional para o servidor e o cliente. Ela também requer que menos pacotes sejam transferidos em comparação com um handshake TLS completo.

A retomada da sessão TLS está habilitada automaticamente para clientes que usam o TLS 1.3, e eles não precisam fazer nenhuma alteração adicional na implantação do CloudFront para se beneficiarem das melhorias de performance da retomada de sessão TLS 1.3. Observe que, se sua aplicação usa uma versão desatualizada do OpenJDK, recomendamos que você a atualize para usar a versão estável mais recente do OpenJDK, pois um OpenJDK desatualizado pode causar problemas de conexão quando os clientes tentam realizar a retomada da sessão. Para saber mais sobre a aplicação de patches do JDK, consulte a página de bugs do OpenJDK e nosso blog para redução de bugs.

Para saber mais sobre os protocolos suportados e cifras entre visualizadores e CloudFront, consulte o Guia do desenvolvedor do CloudFront. Para saber mais sobre o Amazon CloudFront, acesse a página do produto Amazon CloudFront.

O Amazon CloudFront agora fornece a versão de TLS e o pacote de criptografia no cabeçalho CloudFront-Viewer-TLS

Data: 23 de maio de 2022

Detalhes: o CloudFront agora fornece o cabeçalho CloudFront-Viewer-TLS para uso com políticas de solicitação de origem. O CloudFront-Viewer-TLS é um cabeçalho HTTP que inclui a versão de TLS e o pacote de criptografia usados para negociar a conexão do TLS do visualizador. Anteriormente, a informação do TLS estava disponível em logs de acesso do CloudFront para analisar solicitações anteriores. Agora, os clientes podem acessar a versão de TLS e pacote de criptografia em cada solicitação HTTP para tomar decisões em tempo real, como restringir solicitações com versões de TLS desatualizadas. O valor do cabeçalho CloudFront-Viewer-TLS usa a seguinte sintaxe: :. Por exemplo, TLSv1.2:ECDHE-RSA-AES128-SHA256. 

Para configurar o cabeçalho CloudFront-Viewer-TLS, inclua-o em uma política de solicitação de origem do CloudFront para ser encaminhado para a origem. Ao ser configurado, o cabeçalho CloudFront-Viewer-TLS também pode ser acessado do CloudFront Functions e Lambda@Edge para realizar funções, como restringir o acesso na borda. 

O cabeçalho CloudFront-Viewer-TLS já está disponível em todas as regiões, exceto a região da Amazon Web Services China (Pequim), operada pela Sinnet, e a região da Amazon Web Services China (Ningxia), operada pela NWCD. Não há custo adicional para usar o cabeçalho. Para mais informações sobre como usar o cabeçalho CloudFront-Viewer-TLS, consulte o Guia do desenvolvedor do CloudFront. Para mais informações sobre os casos de uso com suporte de políticas de origem, visite este blog. Para saber mais sobre o Amazon CloudFront, acesse a Página do produto do CloudFront.

O Amazon CloudFront agora oferece suporte a cabeçalhos Server Timing

Data: 31 de março de 2022

Detalhes: a partir de hoje, você pode configurar suas distribuições do CloudFront para incluir cabeçalhos Server Timing a fim de monitorar o comportamento e a performance do CloudFront. Os cabeçalhos Server Timing fornecem informações detalhadas de performance, por exemplo, se conteúdo foi servido do cache quando uma solicitação foi recebida, como a solicitação foi encaminhada para o local da borda do CloudFront e qual foi o tempo decorrido em cada estágio do processo de conexão e resposta. 

Os cabeçalhos Server Timing fornecem metadados adicionais na forma de cabeçalhos HTTP em respostas do visualizador e podem ser inspecionados ou consumidos por código de aplicação no lado do cliente. É possível usar cabeçalhos Server Timing para obter insights mais granulares ao solucionar problemas de performance do CloudFront, para inspecionar o comportamento do CloudFront e para coletar e agregar métricas ao longo de transações solicitadas pelo usuário, como dados ausentes do cache, latência do primeiro byte e latência do último byte. 

Os cabeçalhos Server Timing estão disponíveis para uso imediato em todos os locais da borda do CloudFront. Os cabeçalhos Server Timing podem ser habilitados via Console do CloudFront ou AWS SDK. Não há tarifas adicionais pelo uso dos cabeçalhos Server Timing. Para mais informações, consulte o Guia do desenvolvedor do CloudFront. 

Amazon CloudFront agora com suporte para listas de prefixos gerenciados

Data: 7 de fevereiro de 2022

Detalhes:A partir de hoje, você pode usar a lista de prefixos gerenciada pela AWS para o Amazon CloudFront a fim de limitar o tráfego HTTP/HTTPS de entrada para suas origens exclusivamente a endereços IP que pertençam aos servidores voltados para a origem do CloudFront. O CloudFront mantém a lista de prefixos gerenciados atualizada com os endereços IP dos servidores voltados para a origem do CloudFront, para que você não precise mais manter uma lista de prefixos por conta própria.

Você pode fazer referência à lista de prefixos gerenciados do CloudFront nas suas regras de grupo de segurança da Amazon Virtual Private Cloud (VPC), na tabela de rotas de sub-rede, nas regras comuns de grupo de segurança com o AWS Firewall Manager e em qualquer outro recurso da AWS que possa usar uma lista de prefixos gerenciados. Por exemplo, você pode usar a lista de prefixos gerenciados para o CloudFront nas regras de entrada do seu grupo de segurança da VPC para permitir que somente endereços IP do CloudFront acessem suas instâncias do EC2. Ao usar a lista de prefixos gerenciados com as regras comuns de grupo de segurança do AWS Firewall Manager, você pode limitar o acesso a vários Application Load Balancers (ALB) em todas as suas contas da AWS. Consulte a Lista de prefixos gerenciados da AWS para obter mais detalhes.

A lista de prefixos gerenciados está disponível para uso imediato por meio do Console AWS e do AWS SDK em todas as regiões, exceto China, Ásia-Pacífico (Jacarta) e Ásia-Pacífico (Osaka). A lista de prefixos pode ser referenciada nos modelos do CloudFormation nas regiões disponíveis. Não há taxa adicional para usar as listas de prefixos gerenciados do CloudFront. Para obter mais informações, consulte o Guia do desenvolvedor do CloudFront.

Amazon CloudFront agora com suporte para CORS configurável, segurança e cabeçalhos de respostas HTTP personalizados

Data: 2 de novembro de 2021

Detalhes: Hoje, o Amazon CloudFront está lançando suporte para políticas de cabeçalhos de resposta. Agora, você pode adicionar compartilhamento de recursos de origem cruzada (CORS), segurança e cabeçalhos personalizados às respostas HTTP retornadas pelas suas distribuições do CloudFront. Você não precisa mais configurar suas origens ou usar funções personalizadas do Lambda@Edge ou do CloudFront para inserir esses cabeçalhos.

Você pode usar as políticas de cabeçalhos de resposta do CloudFront para proteger as comunicações da sua aplicação e personalizar seu comportamento. Com cabeçalhos CORS, é possível especificar de quais origens uma aplicação Web têm permissão para acessar recursos. Você pode inserir qualquer um dos seguintes cabeçalhos de segurança para trocar informações de segurança entre aplicações Web e servidores: HTTP Strict Transport Security (HSTS), X-XSS-Protection, X-Content-Type-Options, X-Frame-Options, Referrer-Policy e Content-Security-Policy. Por exemplo, o HSTS impõe o uso de conexões HTTPS criptografadas em vez de HTTP de texto simples. Você também pode adicionar pares de chave/valor personalizáveis aos cabeçalhos de resposta usando políticas de cabeçalhos de resposta para modificar o comportamento de uma aplicação Web. Os cabeçalhos de resposta inseridos também podem ser acessados por funções do Lambda@Edge e do CloudFront, permitindo uma lógica personalizada mais avançada na borda.

Com esse lançamento, o CloudFront também está fornecendo várias políticas de cabeçalhos de resposta pré-configurados. Isso inclui políticas para cabeçalhos de segurança padrão, uma política CORS que permite o compartilhamento de recursos de qualquer origem, uma política CORS de simulação permitindo todos os métodos HTTP e políticas que combinam cabeçalhos de segurança padrão com CORS ou CORS de simulação. Você também pode criar suas próprias políticas personalizadas para vários perfis de conteúdo e aplicação e aplicá-las a qualquer comportamento de cache da distribuição do CloudFront que possa ter características semelhantes.

As políticas de cabeçalhos de resposta do CloudFront estão disponíveis para uso imediato por meio do Console do CloudFront, dos AWS SDKs e da AWS CLI. Para obter mais informações, consulte o Guia do desenvolvedor do CloudFront. Não há taxa adicional pelo uso das políticas de cabeçalhos de resposta do CloudFront.

Amazon CloudFront acrescenta suporte para endereço IP de cliente e cabeçalho de porta de conexão

Data: 25 de outubro de 2021

Detalhes: agora, o Amazon CloudFront fornece um cabeçalho CloudFront-Viewer-Address que inclui informações sobre endereço IP e porta de conexão para clientes solicitantes. O campo da porta de conexão indica a porta de origem de TCP usada pelo cliente solicitante. Anteriormente, as informações sobre endereço IP e porta de conexão do cliente estavam disponíveis em logs de acesso do CloudFront, dificultando a solução de problemas ou a tomada de decisões em tempo real com base nesses dados. Agora é possível configurar as políticas de solicitação de origem do CloudFront para encaminhar o cabeçalho CloudFront-Viewer-Address a seus servidores de origem. O cabeçalho também pode ser usado no CloudFront Functions quando incluído em uma política de solicitação de origem. O cabeçalho CloudFront-Viewer-Address usa a seguinte sintaxe: CloudFront-Viewer-Address: 127.0.0.1:4430

O cabeçalho CloudFront-Viewer-Address é fornecido sem custo adicional. Você pode usar o cabeçalho junto com outros cabeçalhos do CloudFront para fins de análise, auditoria e registro em log. Para obter mais informações sobre como usar o cabeçalho CloudFront-Viewer-Address, consulte o Guia do desenvolvedor do CloudFront. Saiba mais sobre as políticas de cache e de solicitação de origem no nosso blog. Para saber mais sobre o Amazon CloudFront, acesse a página do produto do CloudFront.

O AWS Lambda@Edge agora oferece suporte para Python 3.9

Data: 22 de setembro de 2021

Detalhes: a partir de hoje, você pode usar o Python 3.9 para desenvolver funções no Lambda@Edge. Este tempo de execução é adicional ao suporte atual do Python 3.8.

Python 3.9 é a versão mais recente da linguagem Python e contém melhorias de performance e recursos, como novos métodos para remover prefixos e sufixos em strings e novos operadores para dicionários. Para obter mais informações sobre os benefícios e novos recursos do Python 3.9, leia a publicação do blog sobre o Python 3.9 na AWS.

Para começar com este novo tempo de execução, carregue seu código Python como uma função do AWS Lambda por meio da AWS CLI ou do console do Lambda e selecione Python 3.9 como o tempo de execução. Se você tiver funções Python no Lambda, poderá mudar para o novo tempo de execução fazendo as alterações de código necessárias para garantir a compatibilidade com o novo tempo de execução e editando a configuração das funções para definir o tempo de execução para Python 3.9.

Para saber mais sobre o Lambda@Edge, acesse a página do produto. Para obter mais informações sobre o modelo de programação Python do Lambda, consulte a documentação do AWS Python. 

Amazon CloudFront agora com suporte a certificados ECDSA para conexões HTTPS com visualizadores

Data: 14 de julho de 2021

Detalhes: a partir de hoje, você pode usar certificados P256 Elliptic Curve Digital Signature Algorithm (ECDSA) para negociar conexões HTTPS entre seus visualizadores e o Amazon CloudFront. Conforme observado pelo NIST, os certificados ECDSA podem fornecer força de segurança comparável com tamanhos de chave menores que o RSA. Como resultado, a realização de handshakes de TLS com certificados ECDSA requer menos recursos de redes e computação, tornando-os uma boa opção para dispositivos de IoT com recursos limitados de armazenamento e processamento.

Você pode configurar sua distribuição do CloudFront para usar um certificado ECDSA depois de importar esse certificado para o AWS Certificate Manager (ACM) ou o AWS Identity and Access Management (IAM). Para usar um certificado ECDSA no CloudFront para conexões de visualizadores, a curva deve ser P256 (prime256v1). Para saber mais sobre quais cifras ECDSA são compatíveis, consulte Protocolos e cifras com suporte entre visualizadores e o CloudFront, no Guia do Desenvolvedor do CloudFront. Não há taxa adicional para usar certificados ECDSA P256 para sua distribuição do CloudFront. Comece a usar o CloudFront acessando a página de Conceitos básicos do CloudFront.

Amazon CloudFront anuncia novas APIs para localizar e mover nomes de domínio alternativos (CNAMEs)

Data: 8 de julho de 2021

Detalhes: O Amazon CloudFront anuncia duas novas APIs, ListConflictingAliases e AssociateAlias, que ajudam a localizar e mover Nomes de domínio alternativos (CNAMES) se você encontrar o código de erro CNAMEAlReadyExists. Essas novas APIs permitem que você veja qual distribuição tem o CNAME e mova esse CNAME para uma distribuição de destino, desde que a distribuição de origem esteja na mesma conta ou se a distribuição de origem em outra conta estiver desativada. Para mover um CNAME entre contas em que a distribuição de origem ainda está habilitada, entre em contato com o AWS Support e siga estas etapas.

A API ListConflictingAliases permite identificar um determinado CNAME, um subdomínio específico ou um curinga e retorna uma lista de CNAMES que correspondem ou se sobrepõem a esse CNAME. A API também retorna informações correspondentes (mas parcialmente ofuscadas) sobre o ID de distribuição e o ID da conta onde cada CNAME está localizado para facilitar as investigações de acompanhamento. A API AssociateAlias permite mover um determinado CNAME para uma distribuição de destino, desde que as duas distribuições estejam na mesma conta ou que a distribuição de origem esteja desabilitada. Para usar qualquer uma dessas APIs, as verificações de validação de domínio devem ser aprovadas para que a chamada seja bem-sucedida. Para saber mais, consulte Mover um nome de domínio alternativo para uma distribuição diferente no Guia do desenvolvedor do CloudFront.

Além disso, com o lançamento dessas APIs e a introdução da validação de domínio em abril de 2019, o CloudFront não retorna mais o código de erro CNAMEAlReadyExists em cenários envolvendo um CNAME curinga entre contas. Por exemplo, agora você pode ter um CNAME curinga, como *.example.com em uma distribuição na Conta A e um subdomínio específico, como test.example.com, em uma distribuição na Conta B.

Amazon CloudFront anuncia uma nova política de segurança de TLSv1.2_2021 para as conexões dos visualizadores

Data: 23 de junho de 2021

Detalhes: O Amazon CloudFront agora fornece uma nova política de segurança, TLSv1.2_2021, que remove as seguintes cifras baseadas em CBC:

• ECDHE-RSA-AES128-SHA256
• ECDHE-RSA-AES256-SHA384

• TLS_AES_128_GCM_SHA256
• TLS_AES_256_GCM_SHA384
• TLS_CHACHA20_POLY1305_SHA256
• ECDHE-RSA-AES128-GCM-SHA256
• ECDHE-RSA-AES256-GCM-SHA384
• ECDHE-RSA-CHACHA20-POLY1305
  

Amazon CloudFront anuncia cortes de preços nas regiões Índia e Ásia-Pacífico

Data: 6 de maio de 2021

Detalhes: o Amazon CloudFront anuncia cortes de preços de até 36% na Índia e de até 26% na região Ásia-Pacífico (Hong Kong, Indonésia, Filipinas, Singapura, Coreia do Sul, Taiwan e Tailândia) para taxas regionais de transferência de dados para a Internet. Os novos preços do CloudFront nessas regiões entram em vigor em 1.º de maio de 2021. Você encontra os preços sob demanda do CloudFront atualizados na Página de preços do CloudFront.

Amazon CloudFront anuncia o CloudFront Functions, uma funcionalidade de computação de borda leve

Data: 3 de maio de 2021

Detalhes: o Amazon CloudFront anuncia a disponibilização geral do CloudFront Functions, uma nova funcionalidade de computação de borda sem servidor. Você pode usar esse novo recurso do CloudFront para executar funções de JavaScript em mais de 225 locais da borda do CloudFront em 90 cidades em 47 países. O CloudFront Functions foi desenvolvido para transformações e manipulações de HTTP(S) leves, permitindo que você ofereça conteúdos mais ricos e personalizados com baixa latência aos seus clientes.

O CloudFront Functions é ideal para personalizações leves de CDN do CloudFront que podem ser executadas em todas as solicitações para habilitar operações de larga escala e sensíveis à latência, como manipulações de cabeçalhos de HTTP, regravações/redirecionamentos de URLs e normalizações chaves de cache. Por exemplo, você pode usar o CloudFront Functions para regravar solicitações em versões do seu site com linguagem específica com base no cabeçalho Accept-Language da solicitação de entrada. Você também pode usar o CloudFront Functions para validar tokens personalizados para autorizar solicitações de entrada. Como essas funções são executadas em todos os locais da borda do CloudFront, elas podem escalar instantaneamente para milhões de solicitações por segundo com sobrecarga de latência mínima.

O CloudFront Functions é originalmente interno ao CloudFront. Isso permite que você crie, teste e implante com facilidade funções de solicitação de visualizadores e de resposta do visualizadores inteiramente dentro do CloudFront. Nosso repositório do GitHub facilita o seu início oferecendo uma coleção de códigos que você pode usar como ponto de partida para criar funções. Você pode criar funções no console do CloudFront utilizando a IDE ou nas APIs/CLI do CloudFront. Depois da gravação do seu código, você poderá testar a sua função em relação à distribuição do CloudFront para se certificar de que ele executa adequadamente após a sua implantação. A funcionalidade de teste no console oferece um editor visual para criar eventos de teste rapidamente sem precisar editar o JSON.

Você pode usar o CloudFront Functions em conjunto com a funcionalidade existente do AWS Lambda@Edge, que também permite que você execute código personalizado em resposta a eventos do CloudFront. Você deve continuar a usar o Lambda@Edge para operações de solicitação e resposta de origem computacionalmente intensivas, como renderizações no servidor ou otimizações de imagens.

O CloudFront Functions custa 0,1 USD por milhão de invocações. Para obter mais informações sobre preços, acesse a Página de preços do CloudFront. Para saber mais sobre o CloudFront Functions, consulte o Blog de lançamento do CloudFront Functions, o Guia do desenvolvedor do CloudFront ou as Perguntas frequentes em destaque.

AWS Lambda@Edge agora oferece suporte para Node 14.x

Data: 29 de abril de 2021

Detalhes: a partir de hoje, você pode usar o tempo de execução Node.js 14.x para desenvolver funções no AWS Lambda@Edge. Esse tempo de execução é um acréscimo aos tempos de execução Node.js 10.x e Node.js 12.x atualmente compatíveis.

O Node.js 14.x, a atual versão Long Term Support, LTS (suporte de longo prazo) do Node, usa o novo mecanismo V8 8.1, que oferece melhor performance que a versão anterior LTS 12.x. Além disso, o Node.js 14.x oferece suporte a novos recursos, como coalescência anulada (operador ??), opções de encadeamento (operador ?.), e relatórios de diagnóstico. Para obter mais informações sobre os benefícios e os novos recursos do Node.js 14.x, leia a publicação do anúncio Node.js 14.x no Blog de computação da AWS.

Para começar a usar o Node.js 14.x, faça upload do código para o AWS Lambda por meio da CLI da AWS ou do console do Lambda e selecione Node.js 14.x como tempo de execução. Se você já tem funções Node.js no Lambda, pode mudar para o novo tempo de execução fazendo todas as alterações de código necessárias para garantir a compatibilidade com o novo tempo de execução e, em seguida, editar a configuração das funções para definir o tempo de execução como Node.js 14 x.

Para saber mais sobre o Lambda@Edge, acesse a página do produto. Para obter mais informações sobre o modelo de programação Node.js no AWS Lambda, leia a documentação de Node.js para o AWS Lambda.

Amazon CloudFront anuncia um novo cache de borda regional na região Oeste dos EUA (Norte da Califórnia)

Data: 08 de abril de 2021

Detalhes: o Amazon CloudFront anuncia um novo ponto de presença de cache regional (REC) localizado no Oeste dos EUA (Norte da Califórnia). Como parte desse lançamento, alguns pontos de presença do CloudFront Edge que enviavam suas solicitações de origem por meio do REC em Oregon agora enviarão suas solicitações por meio do REC no Norte da Califórnia.  Por causa da proximidade com o Norte da Califórnia, ou conexões mais diretas com o Norte da Califórnia, esses pontos de presença terão uma redução de até 60% na latência de busca de conteúdo do REC da Califórnia em comparação com o REC do Oregon.

O CloudFront agora opera 13 pontos de presença regionais em todo o mundo que atuam como camadas de cache intermediárias posicionadas entre os pontos de presença do CloudFront e suas origens. Esses caches de nível intermediário fornecem largura de cache incremental para reter seu conteúdo por períodos mais longos e proteger ainda mais sua origem de picos de tráfego. Como todos os pontos de presença de caches regionais, o local no Norte da Califórnia é fornecido gratuitamente e incluído automaticamente por padrão para suas distribuições do CloudFront. Nenhuma alteração na configuração é necessária para aproveitar as vantagens dos pontos de presença de caches regionais do CloudFront.

Para obter mais informações sobre a infraestrutura global do CloudFront, incluindo a localização de cada ponto de presença de cache regional, acesse a página Principais recursos do Amazon CloudFront.

AWS Lambda@Edge altera a granularidade de faturamento de duração de 50 ms para 1 ms

Data: 31 de março de 2021

Detalhes: o Amazon CloudFront anuncia granularidade de faturamento reduzida para a duração de funções do Lambda@Edge de 50 ms para 1 ms. Isso reduzirá o preço para a maioria das funções do Lambda@Edge, mais ainda para funções de curta duração. Agora, a duração da computação será cobrada em incrementos de 1 ms por invocação em vez de ser arredondada para o incremento de 50 ms mais próximo por invocação, como antes.

Funções leves, como manipulações de cabeçalho ou regravações de URL, tendem a ter curta duração. Com essa alteração, agora será ainda mais econômico executar essas funções no Lambda@Edge. Por exemplo, uma função executada em 10 ms em média costumava ser cobrada por 50 ms. Agora, essa função será cobrada por 10 ms, resultando em uma redução de 80% nos gastos por duração. Essa alteração aplica-se a todos os quatro triggers de eventos do Lambda@Edge: solicitação de visualizador, resposta de visualizador, solicitação de origem e resposta de origem. Essa alteração entrará em vigor a partir de 1.º de abril de 2021. Para obter mais informações, acesse a página de definição de preços do CloudFront.

Amazon CloudFront lançado na Indonésia

Data: 23 de março de 2021

Detalhes: o Amazon CloudFront anuncia seu primeiro ponto de presença em Jacarta, na Indonésia. Os espectadores atendidos por este novo ponto de presença podem esperar uma melhoria de até 30% na latência do primeiro byte. O tráfego fornecido neste ponto de presença está incluído na definição de preço da região Ásia-Pacífico do CloudFront. Para obter mais informações sobre a infraestrutura global do CloudFront, consulte Infraestrutura do Amazon CloudFront.

Amazon CloudFront lançado na Croácia

Data: 09 de fevereiro de 2021

Detalhes: o Amazon CloudFront anuncia seu primeiro ponto de presença em Zagreb, Croácia. Este novo ponto de presença em Zagreb proporcionará aos usuários uma redução de até 14% na latência de primeiro byte e está incluído na definição de preço da região europeia do CloudFront. Para obter mais informações sobre a infraestrutura global do CloudFront, consulte Infraestrutura do Amazon CloudFront.

Apresentação do Pacote Amazon CloudFront Security Savings

Data: 5 de fevereiro de 2021

Hoje, estamos anunciando o Pacote Amazon CloudFront Security Savings, um flexível plano de preços de autoatendimento que ajuda você a economizar até 30% na sua fatura do CloudFront em troca de um compromisso de gasto mensal por um período de 1 ano. O pacote Security Savings também inclui o uso gratuito do AWS WAF (Web Application Firewall) de até 10% do seu valor investido. Todas as cobranças adicionais do CloudFront ou WAF não cobertas pelo Pacote CloudFront Security Savings ainda serão aplicáveis. 

Com o Pacote CloudFront Security Savings, você tem a flexibilidade de escolher o compromisso mensal que melhor atende às suas cargas de trabalho e maximize suas economias. Por exemplo, se você investir 70 USD por mês, receberá uma cobertura de uso do CloudFront no valor de 100 USD (um desconto de 30%). Esse benefício de uso não se limita aos dados fornecidos pelo CloudFront, mas se aplica a todos os tipos de uso do CloudFront, incluindo o Lambda@Edge. Além disso, os clientes podem aproveitar as vantagens do AWS WAF para proteger seus aplicativos Web contra exploits comuns da web. Neste exemplo, o pacote Security Savings também cobre 7 USD em cobranças do AWS WAF, englobando até 11,6 milhões de solicitações do WAF.

É fácil habilitar o Pacote CloudFront Security Savings. No console do CloudFront, você pode usar o estimador de economia integrado e o recurso de recomendações para estimar sua economia com base no uso histórico ou em entradas manuais. Você também pode adicionar vários Pacotes Savings para cobrir o crescimento futuro do seu uso.  

Para começar com um Pacote CloudFront Security Savings Bundle, acesse o console do CloudFront. Para obter mais informações sobre o Pacote CloudFront Security Savings, leia as Perguntas frequentes ou o Guia do Desenvolvedor do CloudFront. Para saber mais sobre o AWS WAF, acesse a página do produto WAF.

O Amazon CloudFront é lançado na Tailândia

Data: 17 de novembro de 2020

Detalhes: o Amazon CloudFront anuncia seus dois primeiros pontos de presença na Tailândia. Esses dois novos pontos de presença em Bangkok proporcionarão aos visualizadores uma redução de até 30% nas medidas de latência do p90. Estes novos pontos de presença têm preços dentro da região geográfica da Ásia-Pacífico do CloudFront. Para obter mais informações sobre a infraestrutura global do CloudFront, consulte Infraestrutura do Amazon CloudFront.

Amazon CloudFront anuncia suporte para gerenciamento de chave pública por meio de permissões de usuário do IAM para URLs e cookies assinados

Data: 22 de outubro de 2020

Detalhes: o Amazon CloudFront anuncia que agora você pode gerenciar as chaves públicas usadas para URLs assinadas e cookies assinados por meio da permissão do usuário com base no Amazon Identity and Access Management (IAM), sem exigir a conta raiz da AWS. Com o gerenciamento de chave pública baseado em permissões de usuário do IAM, você obtém mais flexibilidade e acesso à API para gerenciar suas chaves públicas.

Muitos clientes que distribuem conteúdo pela Internet desejam restringir o acesso a documentos, dados de negócios, fluxos de mídia ou conteúdo destinado a usuários selecionados, por exemplo, usuários que pagaram uma taxa. Os clientes usam URLs assinados e cookies assinados do CloudFront para restringir o acesso ao conteúdo. Até agora, o CloudFront exigia acesso à conta raiz de assinantes confiáveis para gerenciar chaves públicas. Com as melhorias de hoje, você pode criar e gerenciar grupos de chaves no CloudFront. Grupos de chaves são conjuntos de várias chaves públicas que podem ser criados por usuários do IAM com base nas permissões que você concede. 

Os grupos de chaves podem ser compartilhados com outros usuários dentro da mesma organização. Com este lançamento, você também pode trocar as chaves públicas por meio da API do CloudFront para facilitar a manutenção. Você pode continuar a usar o acesso à conta raiz de assinantes confiáveis para gerenciar chaves públicas, se preferir.

Para saber mais sobre como entregar conteúdo privado com o Amazon CloudFront, leia a documentação do CloudFront. Para começar a usar o Amazon CloudFront, acesse nossa página da Web.

Anunciando o Amazon CloudFront Origin Shield

Data: 20 de outubro de 2020

Detalhes: o Amazon CloudFront anuncia o Origin Shield, uma camada de cache centralizada que ajuda a aumentar a taxa de acertos do cache para reduzir a carga em sua origem. O Origin Shield também diminui seus custos operacionais de origem recolhendo solicitações entre regiões, de forma que apenas uma solicitação vá para sua origem por objeto. Você também pode usar o Lambda@Edge com o Origin Shield para habilitar a lógica avançada sem servidor, como balanceamento de carga de origem dinâmica. Os clientes que usam o Origin Shield para streaming ao vivo, tratamento de imagens ou cargas de trabalho multiCDN relataram uma redução de até 57% na carga de origem.

As origens do cliente com processos que requerem mais computação por solicitação, como empacotamento just-in-time, podem ser sensíveis ao número de buscas de origem. O CloudFront já fornece Caches de borda regionais sem custo adicional para reduzir a carga operacional em suas origens. Agora, você pode minimizar ainda mais a carga de sua origem habilitando o Origin Shield em suas configurações de origem do CloudFront com apenas dois cliques. Para configurar o Origin Shield, escolha o cache de borda regional mais próximo de sua origem para se tornar sua região do Origin Shield. Todas as regiões do Origin Shield são construídas usando uma arquitetura altamente disponível que abrange várias zonas de disponibilidade e inclui failover automático para regiões do Origin Shield secundárias. Depois de habilitado, o CloudFront roteará todas as buscas de origem por meio do Origin Shield e só fará uma solicitação para sua origem se o conteúdo ainda não estiver armazenado no cache do Origin Shield.

O Origin Shield é cobrado como uma taxa de solicitação para cada solicitação que vai para o Origin Shield como uma camada incremental. Para obter mais informações sobre a definição de preço do Origin Shield, consulte Definição de preço do CloudFront. Para saber mais sobre o Origin Shield, consulte o Guia do desenvolvedor do Amazon CloudFront. Comece a usar o Amazon CloudFront acessando nossa página da Web.  

Amazon CloudFront é lançado em dois novos países - México e Nova Zelândia

Data: 29 de setembro de 2020

Detalhes: O Amazon CloudFront anuncia seus primeiros pontos de presença em dois novos países: México e Nova Zelândia. No México, nossos dois novos pontos de presença em Querétaro proporcionarão aos visualizadores uma redução de até 30% nas medidas de latência do p90. Estes novos pontos de presença têm preços dentro da região geográfica da América do Norte do CloudFront. Na Nova Zelândia, nossos dois novos pontos de presença em Auckland proporcionarão aos visualizadores uma redução de até 50% nas medidas de latência do p90. Estes novos pontos de presença têm preços dentro da região geográfica da Austrália do CloudFront. Para obter mais informações sobre a infraestrutura global do CloudFront, consulte Infraestrutura do Amazon CloudFront.

Amazon CloudFront anuncia suporte a compactação Brotli

Data: 15 de setembro de 2020

Detalhes: você já pode usar o Amazon CloudFront para disponibilizar conteúdo com compactação Brotli para seus usuários finais. O Brotli é um algoritmo de compactação sem perdas amplamente suportado que, muitas vezes, oferece melhor taxa de compactação que o Gzip. Os tamanhos menores de arquivos melhoram a performance da aplicação com a entrega mais rápida do conteúdo para os visualizadores. A compactação de borda Brotli do CloudFront gera tamanhos de arquivo até 24% menores em comparação com o Gzip.

Anteriormente, era possível habilitar a compactação Brotli na origem colocando o cabeçalho “Accept-Encoding” na lista de permissões. Agora o CloudFront inclui “br” no cabeçalho “Accept-Encoding” normalizado antes de encaminhá-lo à origem. Não é mais necessário colocar o cabeçalho “Accept-Encoding” na lista de permissões para habilitar a compactação Botli na origem, melhorando a proporção geral de acertos do cache. Além disso, se a origem enviar conteúdo não compactado para o CloudFront, agora ele poderá compactar automaticamente as respostas que podem ser armazenadas em cache na borda usando o Brotli.

O Brotli está disponível para uso imediato sem custo adicional. Esse recurso pode ser habilitado no Console, no SDK e na CLI do CloudFront. Para obter mais informações, consulte o Guia do desenvolvedor do CloudFront. Para começar a usar o CloudFront, acesse a Página de produto do CloudFront.

O Amazon CloudFront anuncia suporte para TLSv1.3 para conexões do visualizador

Data: 3 de setembro de 2020

Detalhes: O Amazon CloudFront agora oferece suporte a TLSv1.3 para melhor desempenho e segurança. O Amazon CloudFront é uma rede de entrega de conteúdo (CDN) global que permite a distribuição segura de conteúdo a visualizadores com baixa latência e alta disponibilidade. O Amazon CloudFront oferece suporte a HTTPS usando o Transport Layer Security (TLS) para criptografar e proteger a comunicação entre seus clientes visualizadores e o CloudFront. TLSv1.3 é a versão mais recente do TLS.

Melhor desempenho

O TLSv1.3 oferece melhor desempenho com um processo de handshake mais simples que requer menos viagem de ida e volta. O TLSv1.3 requer uma viagem de ida e volta (1-RTT) em comparação com o TLSv1.2 que requer duas viagens de ida e volta (2-RTT) para negociar uma nova conexão segura que se traduz em melhorias de desempenho no mundo real com menor latência de primeiro byte. Em nossos próprios testes internos na região dos EUA como exemplo, a latência do primeiro byte para novas conexões negociadas teve reduções de até 33% para TLSv1.3 em comparação com as versões anteriores de TLS.

Aprimoramentos de segurança

O TLSv1.3 remove recursos legados e conjuntos de criptografia mais antigos que estão presentes nas versões anteriores do TLS. O TLSv1.3 também oferece suporte apenas a pacotes de criptografia PFS (perfect forward secrecy) que geram uma chave única usada apenas para a sessão de rede atual.

O TLSv1.3 está disponível hoje e habilitado por padrão em todas as opções de políticas de segurança do Amazon CloudFront. Nenhuma alteração adicional é necessária para a configuração do CloudFront para se beneficiar das melhorias de segurança e desempenho do TLSv1.3 para as conexões do visualizador. Embora a maioria dos navegadores da web modernos já ofereça suporte a TLSv1.3, os clientes que não oferecem negociarão automaticamente para a versão mais alta de TLS compatível do cliente (TLS 1.2, 1.1 ou 1). É possível selecionar uma política de segurança mínima com suporte ao usar um certificado SSL personalizado.

Para saber mais sobre os protocolos suportados e cifras entre visualizadores e CloudFront, consulte o Guia do desenvolvedor do CloudFront. Para saber mais sobre o Amazon CloudFront, acesse a página do produto.

Amazon CloudFront anuncia logs em tempo real

Data: 31 de agosto de 2020

Detalhes: o Amazon CloudFront agora oferece suporte à entrega dos logs de acesso do CloudFront em tempo real. O Amazon CloudFront é uma rede de entrega de conteúdo (CDN) global que permite a distribuição de conteúdo a espectadores com baixa latência e alta disponibilidade. Os logs em tempo real contêm informações detalhadas sobre as solicitações que o CloudFront recebe dos espectadores. Esses logs são entregues ao Kinesis Data Streams em tempo real, facilitando a monitoração da performance da entrega de conteúdo e a resposta rápida a eventos operacionais.

O CloudFront conta com suporte na entrega dos logs de acesso aos buckets do Amazon S3 do cliente. Esses logs são normalmente entregues em questão de minutos. Porém, alguns clientes têm alguns casos de uso em que o tempo é um fator crítico, e exigem acesso rápido aos dados de log. Com os novos logs em tempo real, os dados estão disponíveis em questão de segundos, com recursos de configuração adicionais. Por exemplo, você pode escolher os campos que precisa nos logs, ativar logs para padrões de caminho específicos (comportamento de cache) e selecionar a taxa de amostragem (a porcentagem de solicitações que serão incluídas nos logs). Os logs em tempo real do CloudFront integram-se ao Kinesis Data Streams, permitindo que você colete, processe e entregue dados de log instantaneamente. Você também pode entregar esses logs a um endpoint HTTP genérico usando o Amazon Kinesis Data Firehose. O Amazon Kinesis Data Firehose pode entregar logs ao Amazon S3, Amazon Redshift, Amazon Elasticsearch Service e a provedores de serviços como Datadog, New Relic e Splunk. Usando esses logs, você pode criar painéis em tempo real, definir alertas, investigar anomalias ou responder a eventos operacionais rapidamente. Com a versão atual, o CloudFront otimizou a experiência do console para logs de acesso com uma página Logs separada, possibilitando o gerenciamento das configurações de log em uma página central. Na página Logs você pode criar configurações para logs em tempo real e aplicá-las a todos os comportamentos de cache contidos nas distribuições do CloudFront.

Esse recurso está disponível para uso imediato e pode ser habilitado no Console, no SDK e na CLI do CloudFront. O suporte ao CloudFormation estará disponível em breve após esta versão. Para mais informações, consulte o Guia do desenvolvedor do CloudFront e a documentação da API. Os logs em tempo real são cobrados de acordo com o número de linhas de log que o CloudFront publicar no destino do log. Informações de preço dos logs em tempo real podem ser encontradas na página de definição de preços do CloudFront. Os custos do Kinesis Data Stream dependerão do uso. Os preços estão disponíveis na página de definição de preço do serviço.

O Amazon CloudFront anuncia um novo ponto de presença de cache na região da Europa (Irlanda) da AWS

Data: 10 de agosto de 2020

Detalhes: o Amazon CloudFront anuncia um novo ponto de presença de cache regional na regiãoda Europa (Irlanda) da AWS. Como parte desse lançamento, um pequeno número de locais do CloudFront Edge que enviaram suas solicitações de origem por meio do novo ponto de presença de cache regional na região de Londres agora passarão pela região da Irlanda. Por causa de sua proximidade com a Irlanda, ou conexões mais diretas com a Irlanda, esses pontos de presença terão uma redução de até 62% na latência de busca de conteúdo do ponto de presença de cache regional da Irlanda do que o ponto de presença de cache regional de Londres.

O CloudFront agora opera 12 pontos de presença regionais em todo o mundo que atuam como camadas de cache intermediárias posicionadas entre os pontos de presença do CloudFront e suas origens. Esses caches de nível intermediário fornecem largura de cache incremental para reter seu conteúdo por períodos mais longos e proteger ainda mais sua origem de picos de tráfego. Como todos os pontos de presença regionais, o local na Irlanda é fornecido gratuitamente e incluído automaticamente por padrão para suas distribuições do CloudFront. Nenhuma configuração é necessária para aproveitar os locais intermediários do CloudFront.

Para ver uma lista da rede global do CloudFront, incluindo a localização de cada ponto de presença regional, consulte a página do recurso do Amazon CloudFront.  

O Amazon CloudFront inclui novos cabeçalhos de geolocalização para oferecer segmentação geográfica mais granular

Data: 24 de julho de 2020

Detalhes: cabeçalhos de geolocalização adicionais agora estão disponíveis no Amazon CloudFront para uso em novas políticas de cache e de solicitação de origem.

Agora, é possível configurar o CloudFront para acrescentar cabeçalhos de geolocalização adicionais que fornecem mais granularidade nas suas políticas de cache e de solicitação da origem. Anteriormente, era possível configurar o Amazon CloudFront para fornecer o código do país do leitor em um cabeçalho de solicitação que o CloudFront envia para a sua origem. Os novos cabeçalhos fornecem mais controle granular para o comportamento do cache e para o acesso da origem sobre o nome do país, região, cidade, código postal, latitude e longitude do leitor, tudo com base no endereço IP do leitor.

Cabeçalhos de geolocalização adicionais com valores de exemplo:

CloudFront-Viewer-Country-Name: Estados Unidos

CloudFront-Viewer-Country-Region: MI

CloudFront-Viewer-Country-Region-Name: Michigan

CloudFront-Viewer-City: Ann Arbor

CloudFront-Viewer-Postal-Code: 48105

CloudFront-Viewer-Time-Zone: América/Detroit

CloudFront-Viewer-Latitude: 42.30680

CloudFront-Viewer-Longitude: -83.70590

CloudFront-Viewer-Metro-Code: 505

É possível usar esses cabeçalhos de geolocalização adicionais em conjunto com os cabeçalhos atuais suportados pelo CloudFront para personalizar o conteúdo que você entrega a seus leitores. Por exemplo, você pode passar um cabeçalho de código postal para a sua origem, a fim de exibir conteúdos ou anúncios hiperlocais. Também é possível usar as funções de solicitação de origem Lambda@Edge para fazer chamadas de rede para carregar arquivos de idiomas locais e construir, e retornar, uma página HTML específica para o idioma de cada país ou região.

Esses cabeçalhos de geolocalização adicionais agora estão disponíveis para uso em todas as distribuições do Amazon CloudFront sem qualquer custo adicional.

Para usar esses novos cabeçalhos, consulte o Guia do desenvolvedor do CloudFront. Saiba mais sobre as novas políticas de cache e de solicitação de origem no nosso blog. Visite a página de produto do Lamda@Edge para saber mais sobre como executar o código em resposta a eventos do CloudFront. Para saber mais sobre o Amazon CloudFront, acesse a página do produto. 

O Amazon CloudFront anuncia políticas de chave de cache e solicitação de origem

Data: 22 de julho de 2020

Detalhes: o Amazon CloudFront agora fornece controle granular aprimorado para configurar cabeçalhos, strings de consulta e cookies que podem ser usados para calcular a chave de cache ou encaminhados das distribuições do CloudFront para a origem. E ainda, é possível configurar a chave de cache e as configurações de solicitação de origem independentemente, como políticas de nível de conta, que podem ser facilmente aplicadas entre múltiplas distribuições.

Anteriormente, ao configurar o comportamento da distribuição do CloudFront para encaminhar os metadados de uma solicitação, como cabeçalhos, strings de consulta e cookies, o CloudFront manteria no cache versões separadas desses objetos com base em todas as combinações únicas dos valores desses metadados. Com essa nova funcionalidade, não é preciso escolher entre encaminhar os dados para a origem e otimizar a eficiência do cache, apenas variando a chave do cache quando absolutamente necessário. Por exemplo, é possível configurar o CloudFront para sempre encaminhar cabeçalhos 'Auth' (Autor) ou 'User-Agent' (Agente do usuário) para sua origem, mas sem variar o conteúdo com base nesses valores. Ou você pode encaminhar tudo, mas selecionar um cabeçalho ou parâmetro de string de consulta específico a ser usado para variar o conteúdo do cache, como usar o cabeçalho ‘Accept-Language’ (Aceitar idioma) para entregar variantes de conteúdo localizado por idiomas suportados pelo cliente.

Além disso, essas opções agora são definidas usando-se políticas. Uma política permite que uma mesma combinação específica de configurações seja facilmente aplicada entre diversos comportamentos de distribuição diferentes, economizando tempo de configuração e complexidade, e permitindo que você gerencie a consistência entre as configurações. O CloudFront também fornece diversas políticas de sistema pré-configuradas. Elas incluem políticas padrão para caching e retenção máximos (máx. TTL, compressão etc.), políticas apropriadas para proxy de transações dinâmicas (desabilitar caching) e até mesmo algumas políticas para casos de uso comuns e integrações com outros serviços da AWS, como streaming de vídeo personalizado com o AWS Elemental Media Package, e suporte a cabeçalho S3 CORS (encaminhamento de certos cabeçalhos esperados). É possível criar suas próprias políticas para diferentes conteúdos e perfis de aplicação e, em seguida, aplicá-los a quaisquer distribuições e comportamentos que tenham características similares.

Esse recurso está disponível para uso imediato e é suportado no Console do CloudFront, APIs, SDK e CLI. Para mais informações, consulte o Guia do desenvolvedor do CloudFront e a documentação da API. Não há custo adicional para usar esse recurso. Cobranças padrão do CloudFront serão aplicadas.

O Amazon CloudFront anuncia uma nova política de segurança de TLS1.2 para as conexões dos visualizadores

Data: 17 de julho de 2020

Detalhes: o Amazon CloudFront agora é compatível com uma nova política de segurança, a TLSv1.2_2019, que inclui apenas as seguintes cifras:

• TLS_AES_128_GCM_SHA256

• TLS_AES_256_GCM_SHA384

• TLS_CHACHA20_POLY1305_SHA256

• ECDHE-RSA-AES128-GCM-SHA256

• ECDHE-RSA-AES128-SHA256

• ECDHE-RSA-AES256-GCM-SHA384

• ECDHE-RSA-CHACHA20-POLY1305

• ECDHE-RSA-AES256-SHA384
  

A política de segurança determina o protocolo SSL/TLS usado pelo CloudFront para se comunicar com os visualizadores e a cifra que usa para criptografar o conteúdo enviado de volta a eles. A política TLSv1.2_2019 define a versão mínima negociada de Transport Layer Security (TLS) como 1.2 e aceita apenas as cifras listadas acima. Quando você cria uma nova distribuição usando um certificado SSL personalizado, TLSv1.2_2019 será a opção padrão de política selecionada. Você pode usar o Console de Gerenciamento da AWS, APIs do Amazon CloudFront ou o AWS CloudFormation para atualizar a configuração de distribuição existente para usar essa nova política de segurança.

A política de segurança TLSv1.2_2019 está disponível a partir de hoje. Para saber mais sobre esta nova política e sobre as cifras oferecidas, consulte a documentação do CloudFront. Para começar a usar o CloudFront, acesse a página de produto do CloudFront.

O Amazon CloudFront permite configurar o número de tentativas de conexão com a origem e o tempo limite da conexão de origem

Data: 11 de junho de 2020

Detalhes: O Amazon CloudFront agora oferece ainda maior controle sobre os comportamentos de conexão entre o CloudFront e a origem. Agora é possível configurar o número de tentativas de conexão do CloudFront com a origem e o tempo limite da conexão de origem de cada tentativa. Além disso, o intervalo de tempo de limite da resposta da origem do CloudFront foi ampliado e agora você pode alterar o valor de 1 para 60 segundos, quando anteriormente o valor mínimo era de 4 segundos. Essas duas novas configurações podem ser definidas individualmente para qualquer tipo de origem na distribuição do CloudFront e podem ser usadas para melhorar ainda mais a capacidade de resposta e a disponibilidade de aplicações de origens múltiplas com o recurso de failover de origem do CloudFront.

Por exemplo, você pode usar o recurso de failover de origem do CloudFront para criar aplicações de alta disponibilidade com origens primária e secundária. Com essas novas configurações de conexão de origem, é possível verificar mais rapidamente as condições de failover do grupo de origem e emitir uma resposta mais veloz à solicitação do usuário. Para alguns casos de uso, como o de streaming de conteúdo de vídeo, se a origem primária não responder, convém fazer o failover do CloudFront na origem secundária em apenas uma única tentativa de conexão com tempo limite de um segundo. Estipular um limite mais restrito para os comportamentos da conexão de origem pode ajudar a minimizar o armazenamento de vídeos em buffer, devido à agilidade de obter o segmento de vídeo na origem secundária ou de oferecer um prazo para o usuário executar sua própria lógica de tentativas.

Esses novos recursos estão disponíveis hoje sem custo adicional. Você pode usar o Console de Gerenciamento da AWS, as APIs do Amazon CloudFront ou o AWS CloudFormation para configurar esses valores. Para saber mais sobre essas novas configurações, consulte a documentação do CloudFront. Para começar a usar o CloudFront, acesse a página de produto do CloudFront.

Amazon CloudFront anuncia seu primeiro ponto de presença em Calcutá e Hamburgo

Data: 13 de maio de 2020

Detalhes: Amazon CloudFront anuncia seu primeiro ponto de presença em Calcutá, Índia, e Hamburgo, Alemanha. Os espectadores atendidos por esses novos pontos de presença podem esperar uma melhoria de até 20% na latência. Na Índia, o CloudFront tem vários pontos de presença em Bengaluru, Chennai, Delhi, Hyderabad e Mumbai. Da mesma forma, o CloudFront já tem pontos de presença em várias cidades da Alemanha, como Berlim, Dusseldorf, Frankfurt e Munique. Para obter mais informações sobre a infraestrutura global do CloudFront, acesse Recursos do CloudFront.

Amazon CloudFront na China anuncia suporte para Origin Access Identity

Data: 24 de abril de 2020

Detalhes: Amazon CloudFront na China anuncia suporte para Origin Access Identity (OAI). Ao usar a OAI, você pode restringir o acesso dos visualizadores a conteúdo dos seus buckets do Amazon S3 diretamente exigindo que os visualizadores recuperem o conteúdo pela rede de borda distribuída do Amazon CloudFront na China. Para saber mais sobre a OAI com o Amazon CloudFront na China, leia a documentação do CloudFront em Configurar acesso seguro e restringir o acesso a conteúdo. Para começar com o Amazon CloudFront na China, acesse nossa página da Web.

AWS Lambda@Edge agora com suporte para Node 12.x e Python 3.8

Data: 2 de março de 2020

Detalhes: a partir de hoje, você já poderá usar Node.js 12.x e Python 3.8 para desenvolver funções no Lambda@Edge. Esses dois tempos de execução são fornecidos além do Node.js 10.x e do Python 3.7 atualmente compatíveis.

O Node.js 12.x, a atual versão Long Term Support, LTS (suporte de longo prazo) do Node, usa o novo mecanismo V8 7.4, que oferece melhor performance que a versão anterior LTS 10.x. Além disso, o Node.js 12.x funciona com novos recursos, como classes privadas e monitoramento aprimorado de pilhas. Para obter mais informações sobre os benefícios do Node.js 12.x e novos recursos, leia a publicação no blog da AWS sobre o Node.js 12.x.

Python 3.8 é a versão principal mais recente da linguagem Python e contém recursos novos, como expressões de atribuição, argumentos apenas vinculados ao posicionamento e melhorias na digitação. Para obter mais informações sobre os benefícios e novos recursos do Python 3.8, leia a publicação no blog da AWS sobre o Python 3.8.

Para começar a usar esses novos tempos de execução, faça upload do código do Node.js ou do Python como função do AWS Lambda na CLI da AWS ou no console do Lambda e selecione o Node.js 12.x ou o Python 3.8. Se você tiver funções do Node.js ou do Python no Lambda, poderá mudar para o novo tempo de execução fazendo as alterações de código necessárias para garantir a compatibilidade com o novo tempo de execução e editando a configuração das funções para definir o tempo de execução como do Node.js 12 ou do Python 3.8.

Para saber mais sobre o Lambda@Edge, acesse a página do produto. Para obter mais informações sobre o modelo de programação Node.js do Lambda, leia a documentação da AWS sobre o Node.js. Para obter mais informações sobre o modelo de programação Python do Lambda, consulte a documentação da AWS sobre o Python.

Amazon CloudFront na China anuncia suporte para relatórios de uso e atividade no Console

Data: 21 de fevereiro de 2020

Detalhes: os clientes do Amazon CloudFront na China agora podem obter informações detalhadas sobre seu uso e atividades no CloudFront com relatórios do CloudFront no Console de Gerenciamento da AWS. Os clientes na China podem usar o relatório de estatísticas do cache do CloudFront para ver o total de solicitações, a porcentagem de solicitações do visualizador por tipo de resultado, os bytes transferidos, os códigos de status de, HTTP e a porcentagem de solicitações de GET que não tiveram o download concluído. O relatório de objetos populares do CloudFront mostra os 50 objetos mais populares e as estatísticas sobre esses objetos. O relatório dos principais indicadores do CloudFront mostra os 25 principais indicadores e o número de solicitações de cada um. O relatório de uso do CloudFront mostra o número de solicitações e de dados transferidos por protocolo ou destino. O relatório de visualizadores do CloudFront mostra o detalhamento dos visualizadores por dispositivos, navegadores, sistemas operacionais e locais. Esses relatórios estão disponíveis para todos os clientes do CloudFront sem custo adicional.

Para começar a usar o CloudFront na China, acesse o Amazon CloudFront. Para obter documentação, consulte Relatórios do CloudFront no Console no Guia do desenvolvedor do Amazon CloudFront.

Amazon CloudFront é lançado em mais cinco países: Bulgária, Grécia, Hungria, Quênia e Romênia

Data: 10 de Janeiro de 2020

Detalhes: Amazon CloudFront anuncia os seus primeiros pontos de presença em mais cindo países: Nairóbi (Quênia), Sofia (Bulgária), Atenas (Grécia), Budapeste (Hungria) e Bucareste (Romênia). Os visualizadores nesses países agora verão, em média, uma redução de até 50% na latência de primeiro byte ao acessarem conteúdo por meio do CloudFront. Além desses países, o CloudFront lançou seu primeiro ponto de presença em Dusseldorf, Alemanha. Com isso, o CloudFront agora conta com 216 pontos de presença distribuídos em 84 cidades em 42 países. Para obter mais informações sobre a infraestrutura global do CloudFront, consulte Infraestrutura do Amazon CloudFront.

O Amazon CloudFront adiciona mais oito métricas em tempo real ao Amazon CloudWatch

Data: 19 de dezembro de 2019

Detalhes: o Amazon CloudFront agora oferece oito métricas adicionais em tempo real no Amazon CloudWatch. Essas novas métricas fornecem ainda mais visibilidade da performance do seu tráfego no CloudFront. Você pode usar as métricas em tempo real do CloudFront para monitorar, emitir alarmes e receber notificações sobre a performance operacional de suas distribuições do CloudFront. O CloudFront já fornece seis métricas operacionais e quatro métricas da função Lambda@Edge para todos os clientes do CloudFront, sem nenhum custo adicional.

As oito novas métricas incluem:

Taxa de acertos do cache: a porcentagem de todas as solicitações armazenáveis em cache para as quais o CloudFront serviu o conteúdo a partir do cache. Solicitações HTTP POST e PUT e erros não são considerados solicitações armazenáveis em cache. A Taxa de acertos do cache permite determinar a proporção de solicitações do visualizador que são atendidas a partir dos caches de borda do CloudFront, em vez de acessar o conteúdo dos servidores de origem.

Latência de origem: o tempo total gasto em milissegundos desde quando o CloudFront recebe uma solicitação e quando fornece uma resposta à rede (não ao visualizador), para solicitações que são atendidas desde a origem, não o cache do CloudFront. A Latência de origem permite monitorar a performance do servidor de origem.

Taxa de erros por código de status: a porcentagem de todas as solicitações do visualizador para as quais o código de status HTTP da resposta é um código específico no intervalo 4xx ou 5xx. Essa métrica está disponível para os seguintes códigos de erro: 401, 403, 404, 502, 503 e 504. A métrica Taxa de erro permite identificar o tipo específico de código de status HTTP por trás dos erros 4xx ou 5xx.

Agora, essas novas métricas podem ser ativadas na página de monitoramento do console do CloudFront. As taxas padrão do CloudWatch se aplicam. Detalhes adicionais sobre como ativar essas métricas estão disponíveis em Como visualizar métricas adicionais de distribuição do CloudFront.

O Amazon CloudFront passa a oferecer sete novos campos de dados em logs de acesso

Data: 12 de dezembro de 2019

Detalhes: Os logs de acesso do Amazon CloudFront fornecem informações detalhadas sobre cada solicitação de usuário recebida pelo CloudFront. A partir de hoje, mais sete campos de dados aparecerão em seus logs de acesso do CloudFront para aprimorar a visibilidade na entrega de seu conteúdo. Por exemplo, com o campo x-edge-detailed-result-type é possível identificar o tipo específico de erro, enquanto o campo sc-range-start/sc-range-end permite determinar os detalhes do intervalo solicitado. Esses campos estão anexados ao fim de cada entrada de log, visando manter a retrocompatibilidade com o formato anterior de arquivo de log. Os sete novos pontos de dados incluem:

• c-port – O número da porta da solicitação do visualizador.
• time-to-first-byte – O número de segundos entre o recebimento da solicitação e a gravação do primeiro byte da resposta, medido pelo servidor.
• x-edge-detailed-result-type – Quando o tipo de resultado é um erro, esse campo contém o tipo de erro específico.
• sc-content-type – O valor do cabeçalho HTTP Content-Type da resposta.
• sc-content-len – O valor do cabeçalho HTTP Content-Length da resposta.
• sc-range-start – Quando a resposta contém o cabeçalho HTTP Content-Range, esse campo contém o valor do início do intervalo.
• sc-range-end – Quando a resposta contém o cabeçalho HTTP Content-Range, esse campo contém o valor do fim do intervalo.

A ativação dos logs de acesso é gratuita, porém, aplicam-se as cobranças padrão do S3 para o armazenamento dos arquivos de log. Para mais informações sobre os logs de acesso e o formato do arquivo de log, consulte o Formato do arquivo de log para distribuição Web na documentação do CloudFront.

Amazon CloudFront anuncia 10 novos pontos de presença, incluindo o seu primeiro em Roma, na Itália

Data: 26 de novembro de 2019

Detalhes: O Amazon CloudFront anuncia seu primeiro ponto de presença em Roma, Itália, e dois pontos de presença adicionais em Milão, Itália, mais que dobrando a capacidade total do CloudFront na Península Itálica. Além disso, o CloudFront anuncia pontos de presença adicionais em Kuala Lumpur, Mumbai, Cingapura, Sydney, Filadélfia, Newark, Atlanta, Los Angeles e Hillsboro. Com essas adições, a rede global do CloudFront passa a contar com 210 pontos de presença em 78 cidades em 37 países. Para obter mais informações sobre a infraestrutura global do CloudFront, acesse Recursos do CloudFront.

O Amazon CloudFront na China anuncia o suporte para o AWS CloudFormation e métricas em tempo real no Amazon CloudWatch

Data: 1º de novembro de 2019

Detalhes: o Amazon CloudFront na China anuncia o suporte para modelos do AWS CloudFormation e métricas em tempo real no Amazon CloudWatch. Com esse lançamento, os clientes na China já podem usar os modelos do CloudFormation para criar distribuições do CloudFront com origens do Amazon S3 ou origens personalizadas. O CloudFormation simplifica o provisionamento e o gerenciamento na AWS. os clientes podem criar modelos para as arquiteturas desejadas de serviços ou aplicativos e usar esses modelos para provisionamento confiável e repetível. Os clientes podem encontrar modelos de exemplo e snippets de modelo na página Modelos do AWS CloudFormation. 

Além disso, os clientes na China já podem monitorar, emitir alarmes e receber notificações sobre a performance operacional do CloudFront usando o CloudWatch na região da China (Ningxia) da AWS. Os dois recursos sendo lançados hoje já estão disponíveis aos clientes da AWS sem custo adicional.

Para começar a usar o CloudFront na China, acesse o Amazon CloudFront. Consulte a documentação em Amazon CloudFront no guia de produtos da AWS na China.

Agora, o plug-in AWS for WordPress está disponível e com o novo fluxo de trabalho do Amazon CloudFront

Data: 30 de outubro de 2019

Detalhes: a Amazon Web Services anuncia a disponibilidade geral do plug-in AWS for WordPress. Anteriormente conhecido como plug-in Amazon Polly e Amazon AI, o novo plug-in AWS for WordPress agora fornece um fluxo de trabalho para configurar uma distribuição do Amazon CloudFront altamente otimizada para sites do WordPress.

O Amazon CloudFront, a rede de entrega de conteúdo da AWS, acelera o desempenho do seu site, usando uma rede global de 200 pontos de presença para armazenar em cache e entregar conteúdo mais próximo dos seus visualizadores. O novo fluxo de trabalho do CloudFront do plug-in cria uma distribuição com vários comportamentos de cache, cada um adaptado para atender a diferentes tipos de conteúdo, para proporcionar a melhor experiência para visualizadores e administradores.

O plug-in AWS for WordPress é gratuito para download no WordPress Plugin Directory; cobranças padrão se aplicam ao uso dos serviços da AWS. Os usuários existentes do plug-in que quiserem usar o novo fluxo de trabalho do CloudFront precisarão atualizar a política do IAM para o usuário do IAM do plug-in. Consulte o Guia do Desenvolvedor do CloudFront para obter mais informações sobre como criar uma política atualizada do IAM usando a nova política gerenciada do IAM denominada AWSforWordPressPluginPolicy.

Leia nossa postagem de blog para obter um guia detalhado sobre hospedagem automática do WordPress com a AWS e o uso do novo fluxo de trabalho do CloudFront no plug-in. Leia também o nosso whitepaper recém-atualizado, “WordPress: Melhores práticas na AWS”, para obter mais informações sobre a criação de sites do WordPress altamente escaláveis na AWS.

O Amazon CloudFront se expande para 200 localizações com novos pontos de presença na Colômbia, no Chile e na Argentina e reduz os preços na América do Sul em 56%

Data: 24 de outubro de 2019

Detalhes: o Amazon CloudFront anuncia seu primeiros pontos de presença na Colômbia, no Chile e na Argentina. Com esses pontos de presença, os visualizadores desses países verão uma melhoria média de 60% na latência ao acessarem conteúdo através do CloudFront. Além disso, a partir de 1º de novembro de 2019, o CloudFront reduzirá os preços da transferência de dados sob demanda em até 56% na América do Sul. Você pode consultar a nova definição de preço da América do Sul na página de definição de preço do CloudFront. O CloudFront já conta com 200 pontos de presença distribuídos em 77 cidades de 37 países. Veja a seguir um blog de Jeff Barr sobre este lançamento.

Amazon CloudFront anuncia seu primeiro ponto de presença na Bélgica

Data: 21 de outubro de 2019

Detalhes: o Amazon CloudFront anuncia seu primeiro ponto de presença em Bruxelas, na Bélgica. Com esse novo ponto de presença, os visualizadores na Bélgica agora verão uma melhoria de até 28% na latência ao acessar conteúdo pelo CloudFront. Além da Bélgica, o CloudFront também adicionou quatro pontos de presença em Tóquio, no Japão, e um em Frankfurt, na Alemanha. O CloudFront já conta com 197 pontos de presença distribuídos em 74 cidades de 34 países.

Para obter mais informações sobre a infraestrutura global do CloudFront, acesse Recursos do CloudFront.

Amazon CloudFront anuncia novo ponto de presença em Shenzhen, China

Data: 19 de setembro de 2019

Detalhes: Amazon CloudFront anuncia o lançamento de um novo ponto de presença do CloudFront Edge (POP) em Shenzhen, China. Com esse novo POP operado pela Ningxia Western Cloud Data Co. Ltd. (NWCD), o CloudFront tem 4 POPs em 4 cidades da China. Com esse lançamento, os visualizadores de Shenzhen verão uma melhora de 62% na latência média no acesso a conteúdo por meio do CloudFront.

Para ver as definições de preço para a veiculação do CloudFront na China, clique aqui. Para ver o guia do desenvolvedor, clique aqui. Para começar, entre no Console de Gerenciamento da AWS e inicie a aceleração do seu conteúdo.

Amazon CloudFront anuncia seu primeiro ponto de presença em Portugal

Data: 4 de setembro de 2019

Detalhes: o Amazon CloudFront anuncia seu primeiro ponto de presença em Lisboa, Portugal. Com esse novo ponto de presença, os visualizadores em Portugal terão uma melhora de latência de até 60% no acesso a conteúdo por meio do CloudFront. O CloudFront já conta com 190 pontos de presença distribuídos em 72 cidades em 33 países. Saiba mais lendo o nosso anúncio.

Para obter mais informações sobre a infraestrutura global do CloudFront, acesse Recursos do CloudFront.

Amazon CloudFront amplia a presença no Oriente Médio com o primeiro ponto de presença no Bahrein

Data: 27 de agosto de 2019

Detalhes: o Amazon CloudFront anuncia seu primeiro ponto de presença em Manama, Bahrein. Com esse novo ponto de presença, os visualizadores em Bahrein terão uma melhora de latência de até 40% no acesso a conteúdo por meio do CloudFront. O CloudFront já conta com 189 pontos de presença distribuídos em 71 cidades em 32 países.

Uma lista completa das localidades globais do CloudFront está disponível em Recursos do CloudFront.

Amazon CloudFront anuncia novo ponto de presença em Israel

Data: 13 de agosto de 2019

Detalhes: o Amazon CloudFront anuncia sua presença em Israel com o primeiro ponto de presença em Tel Aviv. Com esse novo ponto de presença, o CloudFront oferecerá uma redução de até 75% na latência da entrega de conteúdo para visualizadores em Israel. Agora, o CloudFront conta com um total de 188 pontos de presença (PoPs) em 70 cidades e 31 países.

Para saber mais sobre a definição de preço do CloudFront, incluindo a definição de preço do novo ponto de presença em Israel, acesse a página de definição de preço.

Amazon CloudFront anuncia suporte para permissões de recurso e com base em marcações

Data: 8 de agosto de 2019

Detalhes: agora é possível definir políticas do Identity and Access Management (IAM) para especificar permissões granulares de usuário por recurso e baseadas em marcações no CloudFront. Esses novos recursos oferecem flexibilidade adicional para gerenciar o acesso a distribuições do CloudFront.

Anteriormente, era possível aplicar políticas de IAM para gerenciar ações do usuário no CloudFront, mas não restringir ações a distribuições específicas na conta. Agora, com permissões por recurso, você pode configurar políticas de IAM que fazem referência a distribuições individuais do CloudFront, usando nomes de recursos da Amazon (ARNs) ou curingas, e especificar os usuários e as ações com permissões apenas nessas distribuições. Do mesmo modo, com o controle de acesso com base em marcações, é possível criar políticas de usuário de IAM que permitem ou recusam ações em determinadas distribuições do CloudFront com base nas marcações associadas a elas.

Para começar a usar essa nova funcionalidade, consulte o Guia de Desenvolvedor do CloudFront. Para saber mais sobre o Amazon CloudFront, acesse a página do produto.

Lambda @Edge adiciona suporte ao Python 3.7

Data: 1º de agosto de 2019

Detalhes: a partir de hoje, além do Node.js, você pode usar a linguagem de programação Python para desenvolver funções no Lambda@Edge. Esse novo recurso oferece a flexibilidade de optar pela sua linguagem de programação preferida para criar as funções.

Para começar, basta fazer o upload do código da função usando a ILC da AWS ou o console do AWS Lambda, selecionar o tempo de execução do Python 3.7 e associar um evento do Amazon CloudFront. As funções do Lambda@Edge, acionadas por eventos do CloudFront, estendem código personalizado para locais da AWS em todo o mundo, possibilitando que você execute a lógica dos aplicativos mais perto dos usuários finais para melhorar a capacidade de resposta.

Para saber mais sobre o Lambda@Edge, acesse a página do produto. Para obter mais informações sobre o modelo de programação Python do Lambda, consulte a documentação. Você também pode usar estas funções de exemplo para implantar e testar rapidamente as funções do Lambda@Edge criadas no Python.

Apresentação do monitoramento aprimorado do Lambda@Edge com o console do Amazon CloudFront.

Data: 20 de junho de 2019

Detalhes: a partir de hoje, você pode monitorar as funções do Lambda associadas às distribuições do Amazon CloudFront diretamente do console do Amazon CloudFront, para obter uma experiência mais fácil de monitoramento e depuração.

Anteriormente, você precisava acessar os consoles do CloudFront e do AWS Lambda separadamente para monitorar suas distribuições e as funções associadas. Com o anúncio de hoje, você obtém os seguintes benefícios no console do CloudFront: 

• Um painel de monitoramento reformulado que lista todas as suas distribuições do CloudFront e as funções associadas do Lambda@Edge. Isso permite selecionar e visualizar rapidamente as métricas de distribuição e as métricas de execução de função associadas.
• Uma visualização simplificada de métricas de distribuição com erros agregados do Lambda@Edge 5xx que são logicamente agrupados por distribuição, o que facilita a distinção e a solução de problemas, independentemente de os erros do CloudFront 5xx serem causados por suas origens ou por uma função do Lambda@Edge.
• Uma nova exibição de erros do Lambda@Edge detalhada para cada distribuição, que mostra uma que mostra uma divisão regional de métricas de erro de função: erros de execução de função, erros de resposta de função inválidos e gargalos. Se você perceber um aumento nos erros em uma ou mais regiões da AWS, poderá selecionar a região e visualizar os registros dessa região armazenados no AWS CloudWatch.

O anúncio de hoje não altera nenhum recurso no console do Lambda. Leia nosso blog para um guia passo a passo para monitorar e depurar suas funções do Lambda usando o console do CloudFront.

Visite o console do CloudFront para começar. Para saber mais sobre o Amazon CloudFront, acesse a página do produto.

Amazon CloudFront anuncia sete novos pontos de presença na América do Norte, Europa e Austrália.

Data: 18 de junho de 2019

Detalhes: o Amazon CloudFront anuncia sete novos pontos de presença. Quatro dos novos pontos de presença são na América do Norte, incluindo Houston, Texas (2), Hillsboro, Oregon e Toronto, Ontário. Duas localizações foram adicionadas na Europa em Manchester, Inglaterra e Zurique, Suíça. O último ponto de presença foi adicionado em Sydney, Austrália. A adição desses novos pontos de presença duplicou nossa capacidade de servir a quantidade crescente de pedidos de visualizadores em cada cidade. Uma lista completa das localidades globais do CloudFront está disponível na página de recursos do CloudFront.

Amazon CloudFront anuncia 11 novos pontos de presença na Índia, no Japão e nos Estados Unidos

Data: 7 de maio de 2019

Detalhes: o Amazon CloudFront anuncia 11 novos pontos de presença em todo o mundo, incluindo o primeiro ponto de presença em Salt Lake City, Utah. Os pontos foram adicionados nas seguintes cidades:

Estados Unidos

• Salt Lake City, Utah (nova cidade na rede do CloudFront)
• Boston, Massachusetts
• Seattle, Washington
• Phoenix, Arizona

Japão

• Tóquio

Índia

• Hyderabad (2)
• Bangalore (2)
• Déli (2)

O lançamento desses seis novos pontos de presença na Índia duplica efetivamente a capacidade do CloudFront na região. Todo novo ponto de presença do CloudFront continua a aumentar a performance geral da entrega de aplicativos web aos usuários. Uma lista completa das localidades globais do CloudFront está disponível na página de recursos do CloudFront.

O Amazon CloudFront melhora a segurança da adição de nomes de domínio alternativos a uma distribuição.

Data: 8 de abril de 2019

Detalhes: a partir de hoje, o Amazon CloudFront tornou o processo de adicionar um nome de domínio alternativo a uma distribuição ainda mais seguro do que antes. Agora, quando adiciona um nome de domínio alternativo, como www.exemplo.com, a uma distribuição, você também deve anexar um certificado SSL/TLS a essa distribuição que abrange o nome do domínio alternativo. Com o lançamento de hoje, apenas as pessoas com acesso autorizado ao certificado do seu domínio podem adicioná-lo a uma distribuição de CloudFront como um nome de domínio alternativo.

Adicionar nomes de domínio alternativos ao CloudFront permite que você veicule seu conteúdo usando CNAME personalizado de seus registros de DNS, como www.exemplo.com, em vez do domínio padrão que o CloudFront atribui, como d111111abcdef8.cloudfront.net. Com essa alteração, quando você adicionar um nome de domínio alternativo usando o Console de Gerenciamento da AWS ou a API do CloudFront, será necessário anexar um certificado à distribuição para confirmar que você tem direitos autorizados para usar o nome do domínio alternativo. O certificado deve ser válido e vir de uma autoridade de certificados publicamente confiável, como o AWS Certificate Manager, que fornece certificados públicos SSL/TLS gratuitamente. Todos os nomes de domínio alternativos que já foram adicionados a uma distribuição do CloudFront antes dessa alteração entrar em vigor continuarão a funcionar como antes. Nenhuma ação é necessária para manter seu tráfego da maneira em que está configurado hoje.

Para saber mais sobre como esse novo processo funciona, leia nosso blog que explica a alteração, além do Guia do desenvolvedor do CloudFront atualizado. Para começar a usar o CloudFront, visite a página de conceitos básicos.

Amazon CloudFront anuncia seis novos pontos de presença nos Estados Unidos e na França

Data: 6 de fevereiro de 2019

Detalhes: o Amazon CloudFront anuncia seis novos pontos de presença, que adicionam capacidade incremental à nossa rede em suas respectivas regiões. Cinco dos novos pontos de presença estão na América do Norte: Atlanta (2), Chicago, Dallas, e Houston. Essas adições proporcionam um aumento médio de capacidade de processamento de solicitações do CloudFront de até 50% nessas áreas. O sexto ponto de presença novo está localizado em Paris, França. Como sempre, cada ponto de presença novo do CloudFront Edge aprimora a entrega e a performance de aplicativos web para os seus clientes. Uma lista completa das localidades globais do CloudFront está disponível na página de Recursos do CloudFront.

O Amazon CloudFront anuncia dez novos Pontos de presença na América do Norte, Europa e Ásia.

Data: 11 de dezembro de 2018

Detalhes: o Amazon CloudFront anuncia dez novos Pontos de presença, aumentando nossa presença global. Oito dos novos Pontos de presença estão na América do Norte: Houston, Texas (nossa primeira localização nessa cidade); Chicago, Illinois; Newark, Nova Jersey; Los Angeles, Califórnia e Ashburn, Virgínia. Nós também adicionamos um Ponto de presença em Berlim, na Alemanha, bem como um em Tóquio, no Japão.

Com esse lançamento, o CloudFront ampliará sua capacidade de processamento de solicitações, em média, em 40%, nas cidades da América do Norte.

Esses novos Pontos de presença aumentam a presença global do CloudFront e melhoram a entrega, a performance e a escala para nossos clientes. Uma lista completa das localidades globais do CloudFront está disponível na página de Recursos do CloudFront.

Em celebração ao décimo aniversário do Amazon CloudFront, lançamos seis novos Pontos de presença — agora são 150 no mundo todo.

Data: 20 de novembro de 2018

Detalhes: o Amazon CloudFront acaba de anunciar seis novos pontos de presença em quatro continentes. São três novos pontos nos Estados Unidos: em Chicago, Newark e Ashburn. Internacionalmente, há novos pontos em Munique, Tóquio e Rio de Janeiro. Há pouco mais de um ano, anunciamos nosso centésimo ponto de presença na cidade de Tóquio. A inclusão desses seis locais agora leva a rede total do CloudFront para 150 pontos de presença, em 65 cidades e 29 países.

Nós também acabamos de celebrar o décimo aniversário do CloudFront. Leia nosso blog para ver detalhes de como a solução foi criada com o objetivo de enfrentar um desafio interno de Jeff Bezos e Andy Jassy. Obrigado por fazer parte desta jornada revolucionária. Um grande viva aos anos por vir!

Amazon CloudFront anuncia suporte a Origin Failover

Data: 20 de novembro de 2018

Detalhes: a partir de hoje, é possível habilitar o Origin Failover para as distribuições do Amazon CloudFront e, assim, melhorar a disponibilidade do conteúdo entregue aos usuários finais.

Com o novo recurso, você pode configurar duas origens para suas distribuições, uma primária e uma secundária. Dessa forma, seu conteúdo pode ser enviado da origem secundária se o CloudFront detectar que a primária está indisponível. O CloudFront já permite configurar páginas personalizadas de erros ou gerar redirecionamentos com o Lambda@Edge se sua origem estiver indisponível. Com o Origin Failover, é possível configurar facilmente a lógica de failover entre duas combinações de origens da AWS ou HTTP de terceiros para que haja interrupção mínima na experiência do visualizador. Por exemplo: você pode ter dois buckets do Amazon S3 que atuam como origem e para os quais você envia conteúdo independentemente. Se o objeto solicitado pelo CloudFront não estiver presente em seu bucket primário ou se a conexão com ele expirar, o CloudFront fará a solicitação ao seu bucket secundário. Então, você pode configurar o CloudFront para acionar o failover em resposta ao código HTTP 4xx ou 5xx.

Não há custo adicional para usar esse recurso. Para saber mais sobre como o Origin Failover funciona no CloudFront, leia nosso Guia do desenvolvedor ou acesse nosso site paracomeçar.

Amazon CloudFront anuncia suporte para protocolo WebSocket

Data: 20 de novembro de 2018

Detalhes: é possível usar o Amazon CloudFront para aplicativos que usam o protocolo WebSocket para oferecer melhor performance e maior segurança aos usuários finais.

O WebSocket é um protocolo em tempo real que disponibiliza comunicação bidirecional entre um cliente (como um navegador) e um servidor por meio de uma conexão TCP de longa execução. Utilizando uma conexão aberta persistente, o cliente e o servidor podem trocar dados em tempo real sem que o cliente precise reiniciar as conexões frequentemente para verificar se há novos dados a serem trocados. As conexões WebSocket são frequentemente usadas em aplicativos de chat, plataformas de colaboração, jogos multijogador e plataformas de transações financeiras.

Com o suporte do CloudFront ao protocolo WebSocket, você pode consolidar seu tráfego do WebSocket por meio do mesmo recurso do CloudFront que usa para outros conteúdos dinâmicos e estáticos. Você também pode utilizar a rede de borda do CloudFront para encerrar handshakes SSL/TLS de conexões WebSocket mais próximas de seus usuários, além de usar a rede otimizada da AWS para melhorar a resposta e a confiabilidade do seu aplicativo. Você obtém também proteção abrangente contra DDOS, atenuando ataques próximos à origem graças à forte integração do AWS Shield e do AWS WAF ao CloudFront.

Você pode usar WebSockets globalmente. Nenhuma outra configuração é necessária para habilitar o protocolo WebSocket no seu recurso do CloudFront, pois agora a compatibilidade é padrão. Não há cobrança adicional para o envio de dados pelo protocolo WebSocket. Cobranças padrão do CloudFront serão aplicadas.

Para saber mais sobre como o protocolo WebSocket funciona no CloudFront, leia nosso Guia do desenvolvedor ou acesse nosso site paracomeçar.

Amazon CloudFront anuncia seis novos pontos de presença na América do Norte, na Europa e na Ásia

Data: 6 de novembro de 2018

Detalhes: o Amazon CloudFront anuncia seis novos pontos de presença, reforçando nossa presença global nas principais cidades do mundo. Os novos pontos de presença são Hyderabad (2), Nova Deli, Londres (2) e Hillsboro. Hyderabad, Índia e Hillsboro, Oregon são locais totalmente novos. Com este lançamento, o CloudFront aumenta a capacidade média de processamento de solicitações na Índia e no Reino Unido em até 55%.
A adição desses pontos de presença aprimora a entrega, a performance e a escala para nossos clientes. Uma lista completa das localidades globais do CloudFront está disponível na página de recursos do CloudFront.

O Amazon CloudFront anuncia dois novos pontos de presença, incluindo o segundo nos Emirados Árabes Unidos

Data: 12 de outubro de 2018

Detalhes: o Amazon CloudFront anuncia dois novos pontos de presença, Fujairah, Emirados Árabes Unidos e Paris, França. Fujairah é nosso segundo ponto de presença nos Emirados Árabes Unidos. O primeiro, em Dubai, foi lançado no mês passado. Os clientes que fornecem conteúdo nos Emirados Árabes Unidos podem esperar um aprimoramento médio de 90% na latência. A adição de um novo ponto de presença em Paris, França, aumenta em 50% nossa na área. Uma lista completa dos pontos globais do CloudFront está disponível na página Detalhes do CloudFront.

Amazon CloudFront lança seu segundo ponto de presença em Nova Deli, na Índia

Data: 12 de setembro de 2018

Detalhes: o Amazon CloudFront anuncia a adição de um segundo ponto de presença em Nova Deli, Índia. Adicionar essa localização dobra a capacidade do CloudFront na área para processar solicitações de visualizadores e armazenar em cache o conteúdo localmente. Para obter uma lista completa da rede global do CloudFront, visite a página de detalhes da CloudFront.

O Amazon CloudFront lança primeiro ponto de presença em Dubai, nos Emirados Árabes Unidos

Data: 4 de setembro de 2018

Detalhes: o Amazon CloudFront anuncia sua primeira entrada no Oriente Médio com o lançamento de um ponto de presença em Dubai, nos Emirados Árabes Unidos. Para obter uma lista completa da rede global do CloudFront, visite a página de detalhes da CloudFront.

Amazon CloudFront amplia sua presença nos Países Nórdicos com os primeiros pontos de presença na Noruega e na Dinamarca

Data: 15 de agosto de 2018

Detalhes: o Amazon CloudFront anuncia dois novos pontos de presença em Oslo, Noruega e Copenhague, Dinamarca. Os dois pontos de presença são os primeiros em seus respectivos países e aumentam a capacidade do CloudFront nos Países Nórdicos em 55%. A expansão do CloudFront nos Países Nórdicos melhora ainda mais a disponibilidade e a performance da entrega de conteúdo para os visualizadores da região. Em comparação à performance do CloudFront antes da adição dos novos locais, esperamos que os usuários finais do CloudFront percebam uma redução de 35% na latência da entrega de conteúdo dentro da Noruega e da Dinamarca.

Uma lista completa das localidades globais do CloudFront está disponível na página Detalhes do CloudFront.

Lambda@Edge oferece acesso ao corpo da solicitação para processamento de HTTP POST/PUT

Data: 14 de agosto de 2018

Detalhes: o Lambda@Edge oferece acesso a diversos atributos do HTTP, como URI, cabeçalhos e query strings para personalizar o conteúdo entregue aos usuários finais. A partir de hoje, você também pode acessar o corpo da solicitação HTTP em funções do Lambda, o que permite executar lógica personalizada e gerar uma resposta diretamente na borda.

Normalmente, os desenvolvedores usam formulários web/HTML ou beacons/bugs web como mecanismos para coletar dados de usuários finais e processar esses dados nos servidores de origem. Com o acesso ao corpo da solicitação, disponibilizado pelas funções do Lambda, você já pode transferir essa lógica para a borda e reduzir a latência para os usuários finais. Por exemplo, se você tiver um site estático com um formulário web “Entre em contato conosco”, poderá fazer uma chamada de rede da função do Lambda para uma tabela global do Amazon DynamoDB para salvar os dados. Como alternativa, se você estiver coletando dados sobre o comportamento dos usuários finais por meio de um beacon web em seu site, poderá registrá-los diretamente da função do Lambda em um endpoint do Amazon Kinesis Firehose, simplificando a infraestrutura de origem.

Não há custo adicional para usar esse recurso. Para saber mais sobre o Lambda@Edge, acesse a página do produto. Para obter mais informações sobre como usar esse novo recurso, consulte os recursos a seguir:

Para começar a usar, consulte os exemplos de funções do Lambda que mostram como acessar e modificar o corpo da solicitação

Leia a publicação de blog sobre como criar um passthrough de consumo de dados global com o Amazon CloudFront, o Lambda@Edge e o Amazon Kinesis Firehose

Para obter mais informações, consulte a documentação aqui.

O Amazon CloudFront anuncia nove novos pontos de presença nas principais cidades da América do Norte, da Europa e da Ásia

Data: 24 de julho de 2018

Detalhes: o Amazon CloudFront anuncia nove novos pontos de presença, reforçando nossa presença nas principais cidades do mundo. Cinco novos pontos de presença estão sendo incluídos na América do Norte: Los Angeles (Califórnia), San Jose (Califórnia), Newark (Nova Jersey), Dallas/Fort Worth (Texas) e Miami (Flórida). Três novos Pontos de presença estão sendo incluídos na Europa, sendo dois em Londres, na Inglaterra, e um em Frankfurt, na Alemanha. Na Ásia, um ponto de presença está sendo incluído em Tóquio, no Japão, o nono na cidade.

Com esse lançamento, o CloudFront ampliará sua capacidade de processamento de solicitações, em média, em 40%, nas cinco cidades da América do Norte e nas duas da Europa.

Esses pontos de presença adicionais reforçarão a presença global atual do CloudFront e aprimorará a entrega, a performance e a escala para nossos clientes. Uma lista completa das localidades globais do CloudFront está disponível na página Detalhes do CloudFront.

O Amazon CloudFront anuncia quatro novos pontos de presença, incluindo seu primeiro ponto na Cidade do Cabo, na África do Sul

Data: 12 de julho de 2018

Detalhes: o Amazon CloudFront anuncia quatro novos pontos de presença: Cidade do Cabo, África do Sul; Denver, Colorado; Frankfurt, Alemanha e Taipei, Taiwan. O ponto de presença em Cidade do Cabo é o segundo na África do Sul. O primeiro, Joanesburgo, foi lançado em junho de 2018. Os clientes que entregam conteúdo na África do Sul já estão obtendo uma redução média de latência de 75%. O novo ponto de presença em Denver, Colorado duplica a nossa capacidade em Denver. Os novos pontos de presença em Frankfurt e em Taipei são respectivamente o sétimo e o terceiro nessas cidades. A adição desses pontos continua a ampliar a presença e a capacidade globais do CloudFront, o que nos permite entregar melhor performance e maior escala aos clientes.

Uma lista completa da infraestrutura global do CloudFront está disponível na página de detalhes do CloudFront.

Amazon CloudFront se expande para a África com um novo ponto de presença em Joanesburgo e um primeiro ponto de presença em Bangalore

Data: 14 de junho de 2018

Detalhes: desde o lançamento do Amazon CloudFront em novembro de 2008, estivemos expandindo continuamente a presença de nossa infraestrutura no mundo para melhorar a disponibilidade e a performance da entrega de conteúdo. Hoje, estamos felizes em anunciar o lançamento de dois novos pontos de presença: um em Joanesburgo, na África do Sul, e outro e Bangalore, na Índia. O ponto de presença em Joanesburgo é o primeiro ponto de presença do Amazon CloudFront no continente africano. A inclusão desses dois locais leva a rede global do CloudFront para 119 pontos de presença em 58 cidades e 26 países.

A expansão do Amazon CloudFront para a África do Sul melhora a disponibilidade e a performance da entrega de conteúdo para os visualizadores da região. Esperamos que os clientes que usam o Amazon CloudFront para alcançar visualizadores na África do Sul vejam melhorias de performance de até 75% graças às reduções na latência de seu conteúdo. O novo ponto de presença em Bangalore deve aumentar a capacidade do CloudFront na Índia em até 25%.

Além de reduzir a latência, esses pontos de presença também levam o conjunto de benefícios completo do Amazon CloudFront, como Lambda@Edge, Field Level Encryption e Amazon S3 Transfer Acceleration, bem como uma integração perfeita com outros serviços da AWS, como AWS Certificate Manager (ACM), AWS Shield, AWS WAF, AWS Simple Storage Service (S3) e Amazon Elastic Compute Cloud (EC2). Esses novos pontos de presença em Joanesburgo e Bangalore baseiam-se nos mesmos padrões de nossos pontos de presença do CloudFront no mundo todo, incluindo processos e infraestrutura em conformidade com PCI, DSS, HIPAA e ISO, para garantir a entrega segura dos dados mais confidenciais.

Informações sobre a definição de preço do CloudFront, incluindo a definição de preço para pontos de presença na África do Sul, podem ser encontradas na página de definição de preço.

O Amazon CloudFront lança seu oitavo ponto de presença em Tóquio, Japão

Data: 30 de maio de 2018

Detalhes: o Amazon CloudFront anuncia o lançamento de seu oitavo ponto de presença em Tóquio, Japão. A adição de outro ponto de presença dá continuidade à expansão da capacidade do CloudFront na região, o que nos permite atender a volumes crescentes de tráfego da web.

Para obter uma lista completa da rede global do CloudFront, consulte a página de detalhes da CloudFront.

O Lambda@Edge adiciona suporte ao Node.js v8.10

Data: 14 de maio de 2018

Detalhes: a partir de hoje, você pode usar o Node.js v8.10 para desenvolver funções no Lambda@Edge, além do tempo de execução do Node.js v6.10 que já pode ser usado hoje.

O Node.js v8.10, a versão Long Term Support (LTS – Suporte de longo prazo) atual do Node, usa o novo mecanismo V8 6.0, que oferece melhor performance que a versão LTS anterior 6.x. Além disso, o Node.js v8.10 oferece novos recursos como async/await, uma nova forma de processar operações assíncronas no Node.js. Esses novos recursos permitem escrever código mais simples, fácil e limpo para chamadas sem bloqueio. Leia esta publicação de blog para obter mais detalhes sobre os benefícios do recurso async/await introduzido no Node.js v8.10.

Para começar a usar, basta simplesmente fazer upload do código Node.js em uma função do AWS Lambda usando a ILC da AWS ou o console do Lambda e selecionar o tempo de execução do Node.js 8.10. Se você tiver funções do Node.js, poderá mudar para o novo tempo de execução fazendo as alterações necessárias de código para garantir a compatibilidade com o novo tempo de execução e editando a configuração das funções para definir o tempo de execução como Node.js 8.10.

Para saber mais sobre o Lambda@Edge, acesse a página do produto. Para obter mais informações sobre o modelo de programação Node.js do Lambda, você pode consultar a documentação.

O Amazon CloudFront lança o terceiro ponto de presença em Cingapura e o segundo ponto de presença em Taipei, Taiwan

Data: 25 de abril de 2018

Detalhes: o Amazon CloudFront anunciou a adição do terceiro ponto de presença em Cingapura e do segundo ponto de presença em Taipei, Taiwan. Cada ponto de presença adicionado à infraestrutura da AWS aumenta a capacidade de o CloudFront entregar conteúdo seguro com baixa latência e alta disponibilidade em todo o mundo.

Uma lista completa da infraestrutura global do CloudFront pode ser vista na página de detalhes do CloudFront.

Lambda@Edge adiciona suporte a origens no S3 para personalização de entrega de conteúdo com base em cabeçalhos da solicitação.

Data: 20 de março de 2018

Detalhes: a partir de hoje, o Lambda@Edge permite que você personalize ainda mais a entrega de conteúdo armazenado em um bucket do Amazon S3 ao permitir que você acesse cabeçalhos adicionais inclusos na lista de permissão, como cabeçalhos personalizados, dentro dos eventos com foco em origem. Por exemplo, você pode configurar o Amazon CloudFront para armazenar em cache e encaminhar um cabeçalho de país para sua origem do S3 e, depois disso, usar o Lambda@Edge para redirecionar de modo dinâmico os visualizadores para versões específicas do país do seu site, com base na localização do visualizador. O CloudFront também armazena em cache as respostas para melhorar ainda mais a performance nas próximas solicitações feitas ao seu site.

Até o momento, você podia configurar o Amazon CloudFront com uma origem do S3 para encaminhar e armazenar em cache objetos com base em apenas três cabeçalhos: Access-Control-Request-Headers, Access-Control-Request-Method e Origin. Isso limitava a capacidade de aproveitar todo o potencial do Lambda@Edge, pois você só podia usar query strings e cookies quando quisesse personalizar a entrega de conteúdo armazenado em buckets do S3. No entanto, com esse lançamento, agora você pode configurar o CloudFront com uma origem do S3 para armazenar em cache e encaminhar vários cabeçalhos adicionais, como CloudFront-Viewer-Country ou CloudFront-Is-*-Viewer. Depois disso, você pode usar o Lambda@Edge para personalizar o conteúdo com base nesses cabeçalhos e entregá-lo com baixas latências aos seus visualizadores. Para ver todos os cabeçalhos aceitos, clique aqui.

Não há taxas adicionais aplicáveis para o novo recurso. Para saber mais sobre o Lambda@Edge, acesse a página do produto. Para obter mais informações sobre como usar esse novo recurso, consulte os recursos a seguir:

• Exemplos que mostram a personalização do conteúdo com base na localização do visualizador e no tipo de dispositivo que ele tem.
• Exemplo que mostra uma seleção de origem dinâmica com base em conteúdo usando cabeçalhos.  

CloudFront agora oferece suporte a certificados ECDSA para conexões HTTPS com origens

Data: 15 de março de 2018

Detalhes: a partir de hoje, você pode usar o Amazon CloudFront para negociar conexões HTTPS com as origens usando o Elliptic Curve Digital Signature Algorithm (ECDSA – Algoritmo de assinatura digital de curvas elípticas). O ECDSA usa chaves menores que são mais rápidas, porém igualmente seguras, assim como o antigo algoritmo RSA. As chaves menores também aumentam o número de handshakes TLS que suas origens podem processar por segundo, economizando assim os ciclos de computação e reduzindo os custos com criptografia. Para habilitar o ECDSA, basta configurar seu servidor de origem para usar e preferir um certificado ECDSA. Não há custo adicional para usar esse recurso.

Para saber mais sobre como o ECDSA funciona no CloudFront, leia a publicação no blog e o Guia do desenvolvedor do CloudFront.

O Amazon CloudFront lança o quarto ponto de presença em Seul, Coreia do Sul

Data: 19 de fevereiro de 2018

Detalhes: o Amazon CloudFront anuncia a adição de um novo ponto de presença em Seul, Coreia do Sul, totalizando quatro pontos de presença nessa cidade. A adição do mais recente ponto de presença continua a expansão da capacidade do CloudFront na região, o que nos permite atender a maiores volumes de tráfego da web.

Uma lista completa da infraestrutura global do CloudFront está disponível na página de detalhes do CloudFront.

Amazon CloudFront anuncia seis novos pontos de presença, incluindo mais dois em Tóquio, no Japão, e seu primeiro ponto em Perth, na Austrália

Data: 5 de janeiro de 2018

Detalhes:  o Amazon CloudFront anuncia seis novos pontos de presença que agora fazem parte de sua rede global. Esses seis novos pontos de presença estão localizados nas seguintes cidades:

Perth, Austrália; Chennai, Índia; Rio de Janeiro, Brasil; Los Angeles, Califórnia; e dois novos pontos de presença em Tóquio, Japão.

Uma lista completa da infraestrutura global do CloudFront está disponível na página de detalhes do CloudFront.

O Lambda@Edge agora permite personalizar respostas de erro da origem

Data: 21 de dezembro de 2017

Detalhes: a partir de hoje, o Lambda@Edge permite personalizar respostas de erro da origem. Você pode executar funções do Lambda como resposta a erros de HTTP recebidos da origem pelo Amazon CloudFront. Isso significa que as funções do Lambda@Edge associadas ao evento de origem do Amazon CloudFront passarão a ser invocadas para códigos de status de erro 4XX e 5XX, além dos códigos de status 2XX (sucesso) e 3XX (redirecionamento) que já têm suporte.

Saiba mais lendo o nosso anúncio.

Introdução à criptografia de campos no Amazon CloudFront

Data: 14 de dezembro de 2017

Detalhes: a partir de hoje, você pode usar um novo recurso do Amazon CloudFront denominado criptografia de campos. Esse recurso melhora ainda mais a segurança dos dados confidenciais, como números de cartões de crédito, ou Personally Identifiable Information (PII – Informações de identificação pessoal), como números de previdência social. A criptografia de campos do CloudFront criptografa ainda mais os dados confidenciais em um formulário HTTPS usando chaves de criptografia específicas de campos (que você fornece) antes de encaminhar uma solicitação de POST para a origem. Isso garante que os dados confidenciais possam ser descriptografados e exibidos somente por certos componentes e serviços em sua pilha de aplicativos.

Saiba mais lendo o nosso anúncio.

Amazon CloudFront adiciona seis pontos de presença e alcança quatro novas cidades

Data: 22 de novembro de 2017

Detalhes:  hoje, o Amazon CloudFront anuncia a inclusão de seis novos pontos de presença à sua rede de entrega de conteúdo global. Os novos pontos de presença estão localizados em: Helsinki, Finlândia; Madri, Espanha; Manchester, Inglaterra; Denver, Colorado; Newark, Nova Jersey e Phoenix, Arizona.

Quatro desses pontos de presença (Helsinki, Manchester, Denver e Phoenix) introduzem novas cidades na rede do CloudFront e cada um dos seis pontos de presença fornece maior capacidade em sua região. Uma lista completa da infraestrutura global do CloudFront está disponível na página de detalhes do CloudFront.

Para saber mais sobre o Amazon CloudFront, acesse a nossa página Conceitos básicos para ver nossos próximos webinars e encontrar recursos úteis.

Agora o Lambda@Edge fornece suporte à seleção de origem dinâmica com base em conteúdo, chamadas de rede dos eventos do visualizador e geração de resposta avançada

Data: 21 de novembro de 2017

Detalhes: a partir de hoje, você pode usar três novos recursos do Lambda@Edge que podem ajudar ainda mais a criar conteúdo personalizado para os visualizadores, aprimorar a latência e simplificar a infraestrutura da origem. Primeiro, com a seleção dinâmica de origens baseada em conteúdo, você pode rotear solicitações a diferentes servidores de origem de back-end de acordo com atributos da solicitação, como localização do visualizador, tipo de dispositivo do visualizador, cabeçalhos HTTP, caminho do URL, cadeia de caracteres de consulta ou cookies. Segundo, é possível fazer chamadas de rede remotas de eventos do Amazon CloudFront voltados ao visualizador. Terceiro, você pode gerar dados binários de funções do Lambda@Edge, o que permite entregar conteúdo mais avançado e personalizado usando o Amazon CloudFront. Além disso, aumentamos os limites das funções do Lambda@Edge. Você pode escolher até 1.536 MB de memória, implantar pacotes maiores com até 50 MB e implementar funções do Lambda@Edge com tempos limite maiores de até 30 segundos.

Saiba mais lendo o nosso anúncio.

O Amazon CloudFront abre seu 101º ponto de presença com o lançamento do primeiro local em Palermo, Itália.

Data: 6 de novembro de 2017

Detalhes: na semana passada, anunciamos o nosso 100º ponto de presença. Hoje, o Amazon CloudFront introduz uma nova cidade em sua rede com o lançamento do primeiro ponto de presença em Palermo, Itália. Com o ponto de presença em Milão, temos agora dois pontos de presença na Itália. Nossa rede passa a ter 101 pontos de presença, com 90 pontos de presença normais e 11 pontos de presença de caches regionais. A adição de Palermo, Itália, como uma nova cidade é a primeira de várias expansões de rede que anunciaremos nos próximos meses.

Para saber mais sobre o Amazon CloudFront e como começar a usar esse serviço, acesse a nossa página para ver os próximos webinars.

Com o lançamento do quinto ponto de presença em Tóquio, no Japão, o Amazon CloudFront passa a ter 100 pontos de presença.

Data: 31 de outubro de 2017

Detalhes: há cerca de nove anos, a Amazon Web Services (AWS) anunciou o lançamento do Amazon CloudFront, sua Content Delivery Network (CDN – Rede de entrega de conteúdo) global. Começando como uma rede de presença inovadora de alta performance com 14 pontos de presença, o serviço cresceu e oferece suporte a milhões de visualizadores em todo o mundo. Hoje, temos o prazer de anunciar o nosso 100º ponto de presença (89 pontos de presença normais e 11 pontos de presença de caches regionais) em uma das áreas de maior crescimento do Amazon CloudFront, o Japão. Nosso 100º Point of Presence (POP – Ponto de presença) é também o quinto ponto de presença em Tóquio e o sexto do Japão.

Os 100 pontos de presença do Amazon CloudFront alcançam o globo todo, com sites em 50 cidades e 23 países. No ano passado, aumentamos o tamanho da nossa rede em mais de 50% com a adição de 37 locais. Entre essas adições, estão nove novas cidades e quatro novos países*: Berlim, Alemanha; Minneapolis, Minnesota; Praga, República Tcheca*; Boston, Massachusetts; Munique, Alemanha; Viena, Áustria*; Kuala Lumpur, Malásia*; Filadélfia, Pensilvânia e Zurique, Suíça*.

Na conferência re:Invent de 2016, anunciamos um novo tipo de camada de armazenamento em cache, denominada pontos de presença de caches regionais, que adicionou 11 pontos de presença à nossa rede. Esses locais têm uma maior largura de cache que os pontos de presença clássicos e ficam entre os nossos pontos de presença e o servidor de origem do cliente. Assim, podemos armazenar o conteúdo do cliente em cache por mais tempo em locais mais próximos a seus visualizadores, o que reduz a carga na origem do cliente e acelera a recuperação de conteúdo da origem.

Temos o privilégio de trabalhar com clientes de todos os portes em todo o mundo. De bloggers individuais ou proprietários de pequenas empresas até as maiores corporações do mundo, valorizamos todos vocês e agradecemos por fazerem parte da nossa rede global!

Obrigado,

– A equipe do Amazon CloudFront

Para saber mais sobre o Amazon CloudFront e como começar a usar esse serviço, acesse a nossa página para ver os próximos webinars.

O Amazon CloudFront anuncia seu 99º ponto de presença com o segundo ponto de presença em Miami, FL.

Data: 30 de outubro de 2017

Detalhes: a equipe do Amazon CloudFront tem o prazer de anunciar seu 99º ponto de presença com a adição do segundo ponto de presença em Miami, Flórida. Os 99 pontos de presença do Amazon CloudFront incluem 88 pontos de presença normais e 11 pontos de presença de caches regionais. Nossa rede abrange 50 cidades em 23 países de todo o mundo. Para saber mais sobre o Amazon CloudFront e como começar a usar esse serviço, acesse a nossa página para ver os próximos webinars.

O Amazon CloudFront continua a adicionar capacidade aos Países Nórdicos, à Europa Ocidental e ao Oeste dos Estados Unidos com novos locais em Estocolmo, Londres e Dallas!

Data: 11 de outubro de 2017

Detalhes: a equipe do Amazon CloudFront tem o prazer de anunciar três novos pontos de presença em Estocolmo, Londres e Dallas. Agora, Estocolmo tem três pontos de presença, Londres tem cinco e Dallas tem quatro. Essas três adições à rede continuam a expandir a capacidade do Amazon CloudFront em cada região, garantindo confiabilidade, segurança e rapidez para as experiências dos usuários finais.

Agora, o Amazon CloudFront tem 98 pontos de presença (87 pontos de presença normais e 11 pontos de presença de caches regionais) em 50 cidades de 23 países. Para ver uma lista completa dos locais do CloudFront, visite nosso site aqui. Encontre a equipe do CloudFront em um de nossos próximos webinars.

Agora, o Lambda@Edge oferece acesso a parâmetros de query strings e cabeçalhos de país e tipo de dispositivo.

Data: 10 de outubro de 2017

Detalhes: o Lambda@Edge permite personalizar conteúdo com baixa latência, sem necessidade de gerenciar servidores de origem. A partir de hoje, o Lambda@Edge facilita ainda mais uma maior personalização do conteúdo por meio de acesso a atributos adicionais da solicitação. Agora, você pode acessar parâmetros de string de pesquisa e cabeçalhos de país e tipo de dispositivo em funções do AWS Lambda. Com esse recurso, por exemplo, é possível redirecionar usuários finais a versões do site específicas para países ou idiomas de acordo com a localização do usuário final de onde a solicitação foi enviada.

Não há custo adicional para esse recurso. Para saber mais sobre o Lambda@Edge, acesse a página do produto. Para obter mais informações sobre como usar esse novo recurso, consulte os recursos a seguir:

• Exemplo que mostra a personalização de conteúdo de acordo com a localização do usuário final e o tipo de dispositivo do usuário final
• Saiba como acessar parâmetros de query string

Agora, o Amazon CloudFront permite selecionar uma política de segurança com TLS v1.1, v1.2 e cifras de segurança mínimos para conexão de visualizadores.

Data: 27 de setembro de 2017

Detalhes: a partir de hoje, você poderá aumentar ainda mais a segurança de aplicativos web no Amazon CloudFront selecionando uma política de segurança pré-definida que aplica o TLS nas versões 1.1 ou 1.2 como a versão mínima do protocolo. O Amazon CloudFront selecionará automaticamente o conjunto de cifras para a política de segurança selecionada que será usada para criptografar o conteúdo antes de devolvê-lo aos visualizadores por meio de HTTPS. Por exemplo, com esse recurso, é possível selecionar a política de segurança que aplica o TLS versão 1.1 e exclui automaticamente cifras fracas como RC4 e 3DES. Esse recurso está disponível quando você usa certificados SSL customizados para atender a solicitações HTTPS usando SNI.

Todas as distribuições do CloudFront existentes configuradas para usar certificados SSL customizados e para atender a solicitações HTTPS usando SNI usarão por padrão o TLS versão 1.0 e todas as cifras suportadas, exceto RC4. Você pode alterar a política de segurança dessas distribuições por meio do console ou da API do CloudFront. Esse recurso se aplica ao handshake SSL para conexões de visualizadores ao CloudFront. Os clientes já podiam especificar o TLS nas versões 1.1 ou 1.2 como mínimo para o handshake entre o CloudFront e as origens personalizadas.

Não há custo adicional para esse recurso. Para obter mais informações sobre as políticas de segurança que aplicam as versões mínimas do TLS e os conjuntos de cifras associados, leia a documentação do CloudFront.

De costa a costa, o Amazon CloudFront lança o primeiro ponto de presença em Boston, MA, e o terceiro em Seattle, WA.

Data: 22 de setembro de 2017

Detalhes: a equipe do Amazon CloudFront tem o prazer de anunciar a expansão dos pontos de presença para uma nova cidade: Boston, MA. Além dessa nova cidade, um terceiro ponto de presença já está disponível em Seattle, Washington. Os dois novos pontos de presença continuam a aumentar a performance do CloudFront, tornando a experiência dos seus usuários finais mais rápida e confiável.

Agora, o Amazon CloudFront tem 95 pontos de presença (84 pontos de presença normais e 11 pontos de presença de caches regionais) em 50 cidades de 23 países. Saiba mais lendo o nosso anúncio.

Anúncio de pontos de presença adicionais em Chicago e Frankfurt para o Amazon CloudFront

Data: 11 de agosto de 2017

Detalhes: temos o prazer de anunciar o lançamento de dois novos pontos de presença para o Amazon CloudFront: Chicago, Illinois e Frankfurt, Alemanha. Chicago passa a ter dois pontos de presença e Frankfurt, seis. Cada novo ponto de presença aumenta a performance e a disponibilidade do CloudFront experimentados pelos usuários finais dos aplicativos.

Com a adição desses dois locais, o número total de locais do Amazon CloudFront aumenta para 93 (incluindo 82 pontos de presença normais e 11 pontos de presença de caches regionais). Saiba mais lendo o nosso anúncio.

Anúncio do terceiro ponto de presença do Amazon CloudFront em Paris, França

Data: 4 de agosto de 2017

Detalhes: temos o prazer de anunciar o lançamento de nosso terceiro ponto de presença em Paris, França! O total de pontos de presença do Amazon CloudFront chega assim a 91 (80 pontos de presença normais e 11 pontos de presença de caches regionais). Saiba mais lendo o nosso anúncio.

Anúncio do segundo ponto de presença do Amazon CloudFront em Estocolmo, na Suécia

Data: 21 de julho de 2017

Detalhes: temos o prazer de comunicar um novo ponto de presença do Amazon CloudFront em Estocolmo, na Suécia. Esse é o nosso segundo ponto de presença na área de Estocolmo, o que aumenta o número total de locais do CloudFront para 90 (esse número inclui 79 pontos de presença e 11 pontos de presença de cache regionais). Saiba mais lendo o nosso anúncio.

Anúncio do novo ponto de presença do Amazon CloudFront e do Amazon Route 53 em Kuala Lumpur, nosso primeiro ponto de presença na Malásia

Data: 20 de julho de 2017

Detalhes: temos o prazer de anunciar o lançamento de nosso mais recente ponto de presença dos serviços Amazon CloudFront e Amazon Route 53 em Kuala Lumpur, o primeiro ponto de presença na Malásia. Com a adição desse local na Malásia, o número total de pontos de presença do Amazon CloudFront aumentou para 89 (esse número inclui 78 pontos de presença e 11 pontos de presença de cache regionais). Saiba mais lendo o nosso anúncio.

O Lambda@Edge já está disponível para o público em geral

Data: 17 de julho de 2017

O Lambda@Edge já está disponível para todos os clientes. É possível usar este novo recurso do AWS Lambda para executar funções do Node.js em localizações da AWS globalmente sem a necessidade de provisionar ou gerenciar servidores, o que permite entregar aos clientes conteúdo mais completo e personalizado, com uma baixa latência.

Basta fazer upload do código no AWS Lambda e configurá-lo para que seja acionado por eventos do Amazon CloudFront (ou seja, solicitações de visualizadores, resposta de visualizadores, como também solicitação e resposta de origem). Quando uma solicitação relacionada é recebida pelo CloudFront, ela é direcionada para a localização da AWS mais indicada e próxima ao visualizador, onde será executada. Depois disso, o Lambda@Edge executa o código e ajusta a escala de acordo com o volume de solicitações na rede global do CloudFront. Com o Lambda@Edge, é possível executar código para personalizar páginas da web baseadas em cada solicitação individual, criar lógica de autenticação personalizada capaz de executar globalmente, além de simplificar a entrega de cabeçalhos personalizados seguros. Além disso, agora é possível fazer uma chamada de rede remota para acessar recursos na internet em eventos de origem e gerar conteúdo web dinâmico do zero, em tempo real e alinhado com suas solicitações. Em conjunto, essa funcionalidade permite que os clientes entreguem para os usuários finais conteúdo mais completo e personalizado com baixas latências.

As funções do Lambda@Edge agora podem ser criadas na região Leste dos EUA (Norte da Virgínia) e serão replicadas globalmente para invocação em resposta a eventos do CloudFront.

Para saber mais sobre como o Lambda@Edge ajuda os desenvolvedores, acesse a nossa documentação.

Agora, o Amazon CloudFront é um serviço qualificado para a HIPAA

Data: 1 de junho de 2017

A AWS expandiu seu programa de conformidade com a HIPAA para incluir o Amazon CloudFront como um serviço qualificado para a HIPAA. Se você assinou um acordo de associado comercial (BAA) com a AWS, poderá usar o Amazon CloudFront para acelerar a entrega de informações protegidas de saúde (PHI). As informações sobre os serviços da AWS qualificados para a HIPAA podem ser encontradas na página Conformidade com a HIPAA.

Se você já assinou um acordo de associado comercial (BAA) com a AWS, poderá começar a usar imediatamente o Amazon CloudFront com as contas cobertas pelo BAA. Se você ainda não assinou um BAA com a AWS ou tiver outras dúvidas sobre os serviços da AWS qualificados para a HIPAA, entre em contato conosco para conversar com um representante da equipe de vendas da AWS.

Para saber mais sobre o Amazon CloudFront e a criação de aplicações de saúde na AWS, consulte a documentação do Amazon CloudFront e a seção de computação em nuvem da AWS na página do setor de saúde.

Anúncio do segundo ponto de presença do Amazon CloudFront em Seattle, Washington 

Data: 23 de maio de 2017

Detalhes: temos o prazer de comunicar um novo ponto de presença do Amazon CloudFront em Seattle, Washington. Cada novo ponto de presença ajuda a melhorar a performance e a disponibilidade para os usuários finais da seu aplicativo. Esse é o nosso segundo ponto de presença na área de Seattle, o que aumenta o número total de locais do CloudFront para 88 (esse número inclui 77 pontos de presença e 11 pontos de presença de cache regionais). Saiba mais lendo o nosso anúncio.

O Amazon CloudFront acrescenta novos pontos de presença em Tóquio, Japão e Dallas/Fort Worth, Texas 

Data: 9 de maio de 2017

Detalhes: temos o prazer de anunciar novos pontos de presença do Amazon CloudFront em Tóquio, Japão e Dallas/Fort Worth, Texas. Cada novo ponto de presença ajuda a melhorar a performance e a disponibilidade para os usuários finais da seu aplicativo. Saiba mais lendo o nosso anúncio.

Anúncio do terceiro ponto de presença do Amazon CloudFront em Atlanta, Geórgia  

Data: 21 de abril de 2017

Detalhes: temos o prazer de comunicar um novo ponto de presença do Amazon CloudFront em Atlanta, Geórgia. Cada novo ponto de presença ajuda a melhorar a performance e a disponibilidade para os usuários finais da seu aplicativo. Esse é o nosso terceiro ponto de presença na área de Atlanta, o que aumenta o número total de locais do CloudFront para 85 (esse número inclui 74 regiões de presença e 11 pontos de presença de cache regionais). Saiba mais lendo o nosso anúncio.

Configure Read Timeout and Keep-Alive Timeout values for your Amazon CloudFront Custom Origins

Data: 30 de março de 2017

Detalhes: temos o prazer de anunciar que a partir de hoje você pode configurar os valores de timeout ocioso de keep-alive e leitura usados pelo Amazon CloudFront durante a comunicação com as origens do cliente. Você pode ajustar esses valores com base nas necessidades das seus aplicativos. Saiba mais lendo o nosso anúncio.

Anúncio do novo ponto de presença em Zurique, o primeiro na Suíça

Data: 15 de março de 2017

Detalhes: temos o prazer de anunciar o lançamento de nosso mais recente ponto de presença em Zurique, o primeiro na Suíça. Com a adição de um novo ponto de presença em Zurique, o Amazon CloudFront agora tem um total de 73 pontos de presença em todo o mundo. Saiba mais lendo o nosso anúncio.

Comunicado sobre o novo ponto de presença em Praga, o primeiro na República Tcheca

Data: 8 de março de 2017

Detalhes: temos o prazer de anunciar o lançamento do nosso mais recente ponto de presença em Praga, o primeiro na República Tcheca. Com a adição de um novo ponto de presença em Praga, o Amazon CloudFront agora tem um total de 72 pontos de presença em todo o mundo. Saiba mais lendo o nosso anúncio.

Novo ponto de presença do Amazon CloudFront na Filadélfia, Pensilvânia

Data: 24 de fevereiro de 2017

Detalhes: temos o prazer de anunciar que adicionamos um novo ponto de presença do Amazon CloudFront na Filadélfia, Pensilvânia. Com a adição do novo ponto de presença na Filadélfia, agora existem 24 pontos de presença no total nos EUA e 71 em todo o mundo. Saiba mais lendo o nosso anúncio.

Lambda@Edge adds support for Response Generation and Custom Logging

Data: 8 de fevereiro de 2017

Detalhes: na data de hoje, temos o prazer de anunciar dois novos recursos, o Response Generation e o Custom Logging que agora são aceitos pelas funções do Lambda@Edge. Ao usar o Response Generation, o Lambda@Edge permite escrever funções do Lambda que possam gerar uma resposta HTTP para solicitações de usuários finais recebidas nos pontos de presença da AWS. Além disso, as funções do Lambda@Edge agora podem conter instruções personalizadas de login, o que oferece a capacidade de escrever esses logs no Amazon CloudWatch para ajudar a depurar e monitorar funções do Lambda@Edge durante sua execução nos pontos de presença. Saiba mais lendo o nosso anúncio. Para cadastrar-se na demonstração, acesse a página de demonstração do Lambda@Edge.

Anúncio do novo ponto de presença em Viena, o primeiro na Áustria

Data: 7 de fevereiro de 2017

Detalhes: temos o prazer de anunciar o lançamento de nosso mais recente ponto de presença em Viena, o primeiro na Áustria. Com a adição de um novo ponto de presença em Viena, o Amazon CloudFront tem agora um total de 70 pontos de presença em todo o mundo. Saiba mais lendo o nosso anúncio.

Anúncio do novo ponto de presença do Amazon CloudFront em Munique, nosso 7º ponto de presença na Alemanha

Data: 25 de janeiro de 2017

Detalhes: temos o prazer de anunciar que adicionamos um novo ponto de presença do Amazon CloudFront em Munique, Alemanha. A localização em Munique é a terceira da Alemanha (juntamente com Frankfurt e Berlim) e o 7º ponto de presença no país, o que totaliza um número de 69 pontos de presença em todo o mundo. Saiba mais lendo o nosso anúncio.

Apresentação da demonstração do Lambda@Edge – Execute funções do Lambda nos pontos de presença da AWS mais próximos dos usuários

Data: 1 de dezembro de 2016

Detalhes: o Lambda@Edge, disponível para demonstração, premie escrever funções para implantação na rede de pontos de presença da AWS como resposta ao CloudFront. Esse novo recurso permite personalizar conteúdo para os usuários finais perto de onde eles está, reduzindo a latência de rede. Por exemplo, você pode modificar cabeçalhos HTTP para personalizar o aplicativo para cada usuário, implementar lógica personalizada de autenticação ou criptografia no próprio ponto de presença, detectar e agrupar usuários por dispositivos e permitir dispositivos legados reformatando o conteúdo de acordo com a resposta do visualizador, entre muitos outros recursos.

O Lambda@Edge é integrado ao Amazon CloudFront e usa eventos do CloudFront como triggers para executar automaticamente funções nos pontos de presença da AWS, sem necessidade de executar ou gerenciar servidores. Basta criar e fazer upload da função do Node.js usando o console do Lambda e selecionar o evento de trigger do CloudFront. O Lambda@Edge se encarregará de distribuir a função para os pontos de presença mais próximos dos usuários finais. O pagamento é igual ao do Lambda: você paga uma taxa todas as vezes que a função é executada e pelo tempo de computação consumido. Não há cobrança quando a função não está em execução.

Para obter mais informações sobre o Lambda@Edge, clique aqui. Para obter mais detalhes e limites do serviço, consulte o Guia do desenvolvedor do CloudFront. Para cadastrar-se na demonstração pública, clique aqui. 

Anúncio dos pontos de presença de caches regionais do Amazon CloudFront

Data: 29 de novembro de 2016

Detalhes: temos o prazer de anunciar hoje que o Amazon CloudFront adicionou um novo tipo de ponto de presença denominado ponto de presença de cache regional, que melhora ainda mais a performance para os visualizadores. Além de aumentarem a performance, os pontos de presença de caches regionais ajudam a reduzir a carga nos recursos da origem, minimizando a sobrecarga operacional resultante do aumento de escala da origem e reduzindo seus custos. Os nove novos pontos de presença de caches regionais são Norte da Virgínia, Oregon, São Paulo, Frankfurt, Cingapura, Seul, Tóquio, Mumbai e Sydney.

Os pontos de presença de caches regionais são ativados por padrão nas distribuições do CloudFront. Não é necessário fazer qualquer alteração nas distribuições para aproveitar esse recurso. Além disso, o uso desse recurso não gera cobranças adicionais. Saiba mais lendo o nosso anúncio.

O Amazon CloudFront adicionou novos pontos de presença em Minneapolis, MN, Berlim, Alemanha, além do nosso quarto ponto de presença em Londres, Inglaterra

Data: 23 de novembro de 2016

Detalhes: temos o prazer de anunciar novos pontos de presença nas cidades de Minneapolis, Minnesota, e Berlim, Alemanha. Também adicionamos o quarto ponto de presença em Londres, Inglaterra. Com essas adições, contabilizamos um número total de 68 pontos de presença em todo o mundo. Saiba mais lendo o nosso anúncio.

Anúncio do nosso terceiro ponto de presença do Amazon CloudFront em Hong Kong

Data: 18 de novembro de 2016

Detalhes: temos o prazer de anunciar um novo ponto de presença do Amazon CloudFront em Hong Kong. Esse é o terceiro ponto de presença em Hong Kong e contribui para aumentar o número total de pontos de presença globais para 65. Saiba mais lendo o nosso anúncio.

Anúncio do nosso quarto ponto de presença no Japão do Amazon CloudFront

Data: 11 de novembro de 2016

Detalhes: temos o prazer de anunciar um novo ponto de presença do Amazon CloudFront em Tóquio, Japão (Ásia-Pacífico). Este é o terceiro ponto de presença em Tóquio e o quarto no Japão, o que eleva para 64 nosso número total de pontos de presença em todo o mundo. Saiba mais lendo o nosso anúncio.

Traga seus próprios certificados SSL/TLS com o AWS Certificate Manager

Data: 21 de outubro de 2016

Detalhes: agora você pode usar AWS Certificate Manager (ACM) para importar um certificado SSL/TLS emitido por uma autoridade certificadora (CA) externa e associar esse certificado às suas distribuições do CloudFront em minutos. Você pode usar o Console de Gerenciamento da AWS para monitorar a data de expiração de um certificado importado e importar um novo certificado de terceiros para substituir o que está prestes a vencer. A importação de certificados é gratuita. Você paga apenas pelos recursos da AWS usados para executar o aplicativo. Observe que o CloudFront continua permitindo o uso de certificados carregados para o repositório de certificados do Identity and Access Management (IAM). Consulte o anúncio do ACM e a documentação para obter mais detalhes sobre os pré-requisitos da importação de certificados.

Anúncio da compatibilidade com o Internet Protocol Version 6 (IPv6) do Amazon CloudFront

Data: 6 de outubro de 2016

Detalhes: temos o prazer de anunciar que, a partir de hoje, você pode usar o Amazon CloudFront para entregar conteúdo via IPv6 e IPv4 usando HTTP/HTTPS.

A partir de hoje, o IPv6 será habilitado como padrão para todas as distribuições da web recém-criadas do Amazon CloudFront. Para as distribuições da web atuais, é possível habilitar o IPv6 por meio do console ou da API do Amazon CloudFront. Os visualizadores e as redes que se conectarem a pontos de presença do Amazon CloudFront via IPv6 receberão automaticamente conteúdo por meio do IPv6. Aqueles que se conectarem via IPv4 continuaram a funcionar. As conexões aos seus servidores de origem permanecerão no IPv4.

Estamos habilitando o IPv6 em todas os sistemas autônomos (AS) em uma implantação gradual que começa hoje. Esperamos concluir a implantação em todas as redes durante as próximas semanas. Para saber mais sobre a compatibilidade com o IPv6 no Amazon CloudFront, consulte o Guia do desenvolvedor do Amazon CloudFront e as perguntas frequentes.

Anunciamos dois novos pontos de presença do Amazon CloudFront em Frankfurt, Alemanha

Data: 23 de setembro de 2016

Detalhes: temos o prazer de anunciar um novo ponto de presença do Amazon CloudFront em Frankfurt, Alemanha. A cidade de Frankfurt agora tem cinco pontos de presença, elevando o número total de pontos de presença em todo o mundo a 63. Saiba mais lendo o nosso anúncio.

Anúncio do segundo ponto de presença do Amazon CloudFront em Mumbai, Índia (Ásia-Pacífico)

Data: 19 de setembro de 2016

Detalhes: temos o prazer de anunciar um novo ponto de presença do Amazon CloudFront em Mumbai, Índia (Ásia-Pacífico). Esse é o segundo ponto de presença em Mumbai e contribui para aumentar o número total de pontos de presença globais para 61. Saiba mais lendo o nosso anúncio.

Anúncio do segundo ponto de presença do Amazon CloudFront em Atlanta, Geórgia

Data: 12 de setembro de 2016

Detalhes: temos o prazer de anunciar um novo ponto de presença do Amazon CloudFront em Atlanta, Geórgia. Esse é o segundo ponto de presença em Atlanta e contribui para aumentar o número total de pontos de presença globais para 60. Saiba mais lendo o nosso anúncio.

Agora o Amazon CloudFront é compatível com o HTTP/2

Data: 7 de setembro de 2016

Detalhes: temos o prazer de anunciar que agora você pode habilitar o HTTP/2 para as suas distribuições do Amazon CloudFront para melhorar a performance do seu conteúdo da web disponibilizado a clientes compatíveis com o novo protocolo HTTP/2.

O HTTP/2, uma versão atualizada do HTTP, é compatível com multiplexação, compactação de cabeçalhos e prioridade de streams, o que torna o carregamento e a renderização de páginas mais rápidos. O HTTP/2 é habilitado como padrão para todas as novas distribuições do Amazon CloudFront. As distribuições atuais do HTTP/2 podem ser habilitadas ao editar sua configuração de distribuição. Não há cobrança adicional para o uso desse recurso. Os clientes que não forem compatíveis com o HTTP/2 ainda poderão se comunicar com distribuições do Amazon CloudFront habilitadas para o HTTP/2 usando o HTTP/1.1.

Para saber mais sobre o HTTP/2, consulte Supported HTTP Versions no Guia do desenvolvedor do Amazon CloudFront.

Anúncio da lista de permissão de query strings do Amazon CloudFront

Data: 30 de agosto de 2016

Detalhes: agora, o Amazon CloudFront permite especificar uma lista de permissão dos parâmetros de query string que você deseja que o Amazon CloudFront use para cache, enquanto ele continua a enviar todos os parâmetros para a origem. O cache com base em parâmetros de string de consulta selecionados pode melhorar significativamente a performance dos seus usuários finais ao aumentar a taxa de acertos do cache e reduzir a carga na sua origem.

Para saber mais sobre a lista de permissão de query string, acesse Armazenar em cache o conteúdo com base em parâmetros de string de consulta no Guia do desenvolvedor do Amazon CloudFront. Para saber mais sobre o Amazon CloudFront, consulte a página do produto do Amazon CloudFront.

Anúncio da marcação da alocação de custos com tags do Amazon CloudFront

Data: 9 de agosto de 2016

Detalhes: temos o prazer de anunciar que agora você pode adicionar tags de alocação às suas distribuições do Amazon CloudFront. As tags facilitam a alocação de custos e a otimização de despesas por meio da categorização e do agrupamento de recursos da AWS. Por exemplo, você pode usar tags para agrupar recursos por administrador, nome do aplicativo, centro de custo ou um projeto específico.

Para saber mais sobre a aplicação de tags de alocação de custos, consulte Como usar as tags de alocação de custos. Se você estiver pronto para adicionar tags às suas distribuições do CloudFront, consulte a página Distribuições de tags do Amazon CloudFront.

Novos pontos de presença em Montreal e Toronto, nossa chegada ao Canadá

Data: 8 de agosto de 2016

Detalhes: temos o prazer de anunciar o lançamento dos nossos mais recentes pontos de presença em Toronto e Montreal, nossos primeiros pontos de presença no Canadá. Além disso, adicionamos um segundo ponto de presença em São Paulo, Brasil, nosso terceiro ponto de presença no país.

Com a adição dos novos pontos de presença no Canadá e do segundo ponto de presença em São Paulo, agora o Amazon CloudFront tem 59 pontos de presença no mundo todo. Para ver uma lista com todos os pontos de presença globais do Amazon CloudFront, consulte nossa lista de pontos de presença. Para saber mais sobre o serviço, inscreva-se e participe de uma sessão mensal no horário do expediente que inclui perguntas e respostas com engenheiros e gerentes de produto do Amazon CloudFront.  

Anúncio do ponto de presença de Nova Delhi, Índia, do Amazon CloudFront

Data: 14 de junho de 2016

Detalhes: temos o prazer de anunciar que adicionamos um novo ponto de presença em Nova Delhi, Índia, para o Amazon CloudFront e o Amazon Route 53. Nova Delhi é nosso terceiro ponto de presença na Índia (além de Mumbai e Chennai), e contribui para aumentar o número total de pontos de presença globais para 56. Para ver uma lista com os pontos de presença globais do Amazon CloudFront, consulte nossa lista aqui.

Anúncio do terceiro ponto de presença em Seul, Coreia, do Amazon CloudFront

Data: 13 de maio de 2016

Detalhes: temos o prazer de anunciar um novo ponto de presença do Amazon CloudFront em Seul, Coreia do Sul. Esse é o terceiro ponto de presença em Seul, Coreia do Sul, e contribui para aumentar o número total de pontos de presença globais para 55. Saiba mais lendo o nosso anúncio.

Integração do Amazon CloudFront com o AWS Certificate Manager

Data: 21 de janeiro de 2016

Detalhes: agora você pode provisionar certificados SSL/TLS e associá-los a distribuições do CloudFront em minutos. Basta provisionar um certificado usando o novo AWS Certificate Manager (ACM) e implantá-lo na distribuição do CloudFront com alguns cliques. O ACM gerenciará as renovações de certificados por você. O ACM permite provisionar, implantar e gerenciar o certificado sem encargos adicionais.

Observe que o CloudFront continua a oferecer suporte a certificados obtidos de autoridades certificadoras de terceiros e carregados para o repositório de certificados do IAM. Confira o blog do Jeff Barr para obter mais detalhes.

Agora é possível forçar conexões HTTPS e oferecer suporte para TLSv1.1 e TLSv1.2 entre o Amazon CloudFront e a origem

Data: 13 de janeiro de 2016

Detalhes: agora você pode configurar o CloudFront para se conectar ao seu servidor de origem usando HTTPS independentemente de o visualizador ter feito a solicitação usando HTTP ou HTTPS.  

Você também pode ativar TLSv1.1 e TLSv1.2 entre o CloudFront e seu servidor de origem. Como parte desse recurso, você também pode escolher os protocolos que o CloudFront usa ao se comunicar com a origem: SSLv3, TLSv1.0, TLSv1.1 e/ou TLSv1.2.

Para obter mais detalhes sobre esses novos recursos de segurança de origem do CloudFront, leia mais aqui.

Adicione ou modifique agora cabeçalhos de solicitação encaminhados do Amazon CloudFront para a origem

Data: 28 de dezembro de 2015

Detalhes: agora você pode configurar o Amazon CloudFront para adicionar cabeçalhos personalizados, ou substituir o valor de cabeçalhos existentes, às solicitações encaminhadas para sua origem. Use esses cabeçalhos para validar que as solicitações feitas para a sua origem sejam enviadas do CloudFront. Inclusive, também é possível configurar a sua origem para permitir apenas solicitações que contenham os valores do cabeçalho personalizado que você especificou. Além disso, se você usar várias distribuições do CloudFront com a mesma origem, será possível usar cabeçalhos personalizados para distinguir solicitações de origem feitas por distribuições individuais diferentes. Finalmente, os cabeçalhos personalizados podem ser usados para ajudar a determinar os cabeçalhos de CORS corretos retornados para as suas solicitações. Você pode configurar cabeçalhos personalizados por meio da API do CloudFront e do Console de Gerenciamento da AWS. Não há cobranças adicionais por este recurso.

Para obter mais detalhes sobre como definir cabeçalhos personalizados, leia mais aqui.

O Amazon CloudFront agora oferece suporte para compactação Gzip automática na borda

Data: 17 de dezembro de 2015

Detalhes: agora você pode configurar o Amazon CloudFront para aplicar compactação GZIP automaticamente quando navegadores e outros clientes solicitarem um objeto compactado com texto e outros formatos de arquivo compactáveis. Isso significa que, se você já está usando o Amazon S3, o CloudFront pode compactar esse tipo de conteúdo de forma transparente. Para origens fora do S3, fazer a compactação na borda significa que você não precisa usar recursos na sua origem para fazer a compactação. O tamanho menor dos objetos compactados resultante acelera os downloads e reduz as cobranças de transferência de dados do CloudFront.

Para saber mais sobre esse recurso, consulte a seção gzip do guia do desenvolvedor do CloudFront

Novo ponto de presença em Chicago, Illinois, para o Amazon CloudFront e o Amazon Route 53

Data: 1 de dezembro de 2015

Detalhes: temos o prazer de anunciar que adicionamos um novo ponto de presença em Chicago, Illinois, para o Amazon CloudFront e o Amazon Route 53. O novo ponto de presença ajuda a melhorar a performance e a disponibilidade para os usuários finais do seu aplicativo e oferece suporte para todos os recursos do Amazon CloudFront e do Amazon Route 53 sem nenhum custo adicional. Com a adição do ponto de presença em Chicago, agora existem 21 pontos de presença no total nos EUA e 54 no mundo todo.

Para ver uma lista com os pontos de presença globais do Amazon CloudFront, consulte nossa lista aqui.

Controle o acesso ao conteúdo do CloudFront com o AWS WAF

Data: 6 de outubro de 2015

Detalhes: agora você pode integrar a distribuição online do CloudFront ao AWS WAF, um firewall de aplicativo web que permite configurar regras com base em endereços IP, cabeçalhos HTTP e strings de URI personalizadas para ajudar a proteger os aplicativos web contra ataques. Usando essas regras, o AWS WAF pode bloquear, permitir ou monitorar (fazer a contagem) de solicitações da web para o seu aplicativo web.

Com o AWS WAF, pague somente pelo que for usado. A definição de preço do AWS WAF tem como base a quantidade de regras que você implanta e a quantidade de solicitações online que seu aplicativo web recebe. Não há taxas mínimas nem compromissos antecipados. Saiba mais lendo a publicação no blog de Jeff Barr.

Agora, o Amazon CloudFront está incluído no conjunto de serviços em conformidade com o PCI DSS.

Data: 4 de agosto de 2015

Detalhes: o Amazon CloudFront agora foi incluído no conjunto de serviços que são compatíveis com o comerciante Padrão de segurança de dados do setor de cartões de pagamento (PCI DSS) nível 1, o maior nível de conformidade para prestadores de serviços.

A conformidade com PCI DSS é um requisito para qualquer empresa que armazena, processa ou transmite dados de cartão de crédito. A conformidade com PCI do Amazon CloudFront agora facilita a integração de aplicativos de comércio eletrônico de varejo, reserva de viagens, venda de ingressos ou compras no aplicativo ao Amazon CloudFront como parte de sua arquitetura e a adesão ao PCI DSS. Como o Amazon CloudFront oferece suporte para entrega de conteúdo dinâmico e estático, clientes como empresas de comércio eletrônico podem usar o mesmo serviço seguro para fornecimento no site inteiro e acelerar a experiência de pesquisa e carrinho de compras para os visitantes do site.

Para saber mais sobre a conformidade com PCI DSS do Amazon CloudFront, leia o comunicado no nosso blog.

O Amazon CloudFront agora oferece suporte para TTL padrão configurável e TTL máximo

Data: 17 de junho de 2015

Detalhes: o Amazon CloudFront agora permite configurar um time-to-live (TTL) máximo e um TTL padrão para especificar por quanto tempo o CloudFront mantém seus objetos em cache nos pontos de presença. Antigamente, o Amazon CloudFront permitia a configuração do TTL mínimo. Com esses novos recursos, você pode ter um controle ainda mais granular sobre a duração do cache do CloudFront. Saiba mais lendo o nosso comunicado.

O Amazon CloudFront facilita a anulação de vários objetos

Data: 21 de maio de 2015

Detalhes: o recurso de invalidação do Amazon CloudFront, que permite remover um objeto do cache do CloudFront antes de expirar, agora oferece suporte para o caractere curinga *. Você pode adicionar um caractere curinga * no final de um caminho de invalidação para remover todos os objetos que correspondem a esse caminho. No passado, quando você queria invalidar vários objetos, era preciso listar cada caminho de objeto separadamente. Agora, você pode invalidar vários objetos com facilidade usando o caractere curinga *. Saiba mais lendo o nosso anúncio.

Novo relatório de dispositivos do Amazon CloudFront, funcionalidade de exportação para CSV e mais recursos

Data: 25 de março de 2015

Detalhes: agora você pode saber mais sobre os dispositivos que os usuários finais usam para acessar o conteúdo fornecido pelo Amazon CloudFront. O novo relatório de dispositivos mostra quantas solicitações foram geradas por celulares, tablets, desktops e Smart TVs durante um período especificado. Também fizemos várias outras melhorias na seção de relatórios e análises do Console de gerenciamento da AWS, mais fáceis de usar, incluindo o recurso de exportação de CSV. Saiba mais lendo o nosso anúncio.

Anúncio: suporte para detecção de Smart TVs

Data: 13 de março de 2015

Detalhes: agora você pode usar o Amazon CloudFront para armazenar em cache e fornecer conteúdo personalizado para os usuários em Smart TVs com base no valor do cabeçalho de User Agent. Saiba mais lendo sobre esse tópico no Guia do desenvolvedor do Amazon CloudFront.

Amazon CloudFront adiciona cookies assinados para conteúdo privado

Data: 12 de março de 2015

Detalhes: o Amazon CloudFront agora oferece uma nova maneira de proteger seu conteúdo privado: cookies HTTP assinados pelo CloudFront. Antigamente, você podia controlar quem tinha autorização para acessar seu conteúdo do CloudFront adicionando uma assinatura personalizada a cada URL de objeto. Agora você pode ter esse mesmo nível de controle incluindo a assinatura em um cookie HTTP. Saiba mais lendo o nosso anúncio.

Anúncio do segundo ponto de presença em Seul, Coreia do Sul para Amazon CloudFront e Route 53

Data: 26 de janeiro de 2015

Detalhes: temos o prazer de anunciar um novo ponto de presença do Amazon CloudFront e do Route 53 em Seul, Coreia do Sul. Esse é o segundo ponto de presença em Seul, Coreia do Sul, e contribui para aumentar o número total de pontos de presença globais para 53. Saiba mais lendo o nosso anúncio.