O Cloud CDN é uma plataforma de rede de fornecimento de conteúdo de aceleração Web que ajuda a colocar em cache conteúdo estático acedido regularmente mais perto dos seus utilizadores. Google Cloud O Cloud CDN está otimizado para publicar uma combinação de recursos Web estáticos e dinâmicos sensíveis à latência, como ficheiros CSS, JavaScript, HTML e de imagem.
A RFC de multimédia é a plataforma de RFC de fornecimento de multimédia da Google Cloud's que complementa a RFC na nuvem. A RFC de multimédia está otimizada para cargas de trabalho de saída de elevado débito, como streaming de vídeo e transferências de ficheiros grandes.
A utilização do Cloud CDN e do Media CDN pode melhorar o desempenho para os seus utilizadores, reduzir a utilização de recursos da infraestrutura de origem e diminuir os custos de entrega de rede.
Os dois produtos suportam um conjunto semelhante de funcionalidades, mas cada produto está otimizado para determinados exemplos de utilização. A comparação do Cloud CDN com o Media CDN é semelhante à comparação do Cloud SQL com o BigQuery. O Cloud CDN e o Cloud SQL destinam-se a consultas pequenas em grande escala. A RFC 7230 define o cabeçalho de resposta Content-Length como obrigatório para todas as respostas não 204 e não 304. A utilização da RFC para a publicação de JavaScript ou CSS (cargas de trabalho Web) é semelhante à tentativa de utilização do BigQuery para tabelas de 5 GB com alguns milhares de linhas. Funciona, mas não está otimizado para esse exemplo de utilização.
Exemplos de utilização
A tabela seguinte descreve alguns exemplos de utilização comuns e o produto de RFC recomendado.
| Exemplo de utilização | Produto de RFC recomendado |
|---|---|
| Servir cargas de trabalho com conteúdo Web padrão e conteúdo multimédia, como sites de redes sociais. | Pode ter duas configurações neste cenário:
|
| Publicar um Website rapidamente para os utilizadores. | O Cloud CDN é a escolha certa para cargas de trabalho que tendem a fornecer objetos muito pequenos a taxas elevadas, como plataformas de tecnologia de anúncios e comércio eletrónico. A sua força reside na publicação de conteúdo Web estático, como JavaScript, CSS, tipos de letra e imagens inline. |
| Apresentar transferências de software grandes. | Se antecipar uma grande procura de transferências de software, considere usar a RFC de multimédia. Se os downloads de software representarem uma pequena fração da sua carga de trabalho Web geral, considere usar o Cloud CDN. |
| Envie vídeo em streaming através de HLS e DASH. | Se tiver necessidades de streaming de vídeo em grande escala, a RFC de multimédia é a escolha certa devido à proteção de origem melhorada, à capacidade de escala de Tbps e ao registo e às métricas detalhadas. |
| Satisfazer necessidades de conformidade rigorosas para disponibilizar transferências de firmware, por exemplo, a organismos governamentais ou prestadores de cuidados de saúde. |
O RFC na nuvem é a escolha certa. A RFC na nuvem tem a autorização do Federal Risk and Authorization Management Program (FedRAMP) e está na melhor posição para satisfazer necessidades de conformidade rigorosas. A menos que esteja a usar pedidos assinados, o conteúdo armazenado numa cache de RFC é normalmente acessível publicamente por URL. Tal como acontece com qualquer RFC, considere usar os seus próprios esquemas de gestão de direitos digitais (DRM) ou encriptação, quando necessário. |
| Apresentar conteúdo de imagem gerado pelo utilizador aos utilizadores. | A CDN na nuvem é a escolha certa para a maioria das plataformas de publicação de imagens. |
Exceções
A tabela seguinte descreve exemplos de utilização em que a RFC de multimédia na nuvem ou a RFC de multimédia não são adequadas.
| Exemplo de utilização | Sugestão |
|---|---|
| Envie vídeo através do protocolo de mensagens em tempo real (RTMP). | A RFC de multimédia e a RFC na nuvem não suportam a entrega baseada em RTMP aos clientes. Pode configurar um Network Load Balancer de encaminhamento externo global para fornecer RTMP se tiver serviços baseados em RTMP antigos. Também pode usar a API Live Stream para agrupar streams de origem RTMP em recursos HLS/DASH para fornecimento através da RFC de multimédia. |
| Oferecer vídeo de utilizador para utilizador através do WebRTC. |
A RFC de multimédia e a RFC na nuvem não suportam a entrega de WebRTC. Pode configurar um Network Load Balancer de encaminhamento externo regional para gerir serviços baseados em WebRTC. |
| Use WebSockets para a comunicação entre o utilizador e o servidor. | Configure um balanceador de carga de aplicações externo global. O tráfego WebSocket não é armazenável em cache e beneficia da infraestrutura global que liga as localizações da Google, onde o Application Load Balancer externo é executado, aos seus back-ends. |
| Apresentar cargas de trabalho confidenciais, como dados de saúde ou outros dados específicos do utilizador. | Não use o Cloud CDN nem o Media CDN para publicar cargas de trabalho sensíveis ou dados específicos do utilizador. |
Comece a usar um produto de CDN
Para começar a trabalhar com um produto de CDN, consulte as seguintes páginas:
Funcionalidades de RFC suportadas
As tabelas seguintes resumem as funcionalidades disponíveis no Cloud CDN e no Media CDN.
Origem e apoio técnico de back-end
| Funcionalidade | Cloud CDN | Media CDN |
|---|---|---|
| Contentores do Cloud Storage, incluindo armazenamento multirregional redundante | ✓ | ✓ |
| Instâncias de máquinas virtuais (VMs) do Compute Engine | ✓ | ✓ |
| Instâncias de contentores do Google Kubernetes Engine (GKE) | ✓ | ✓ |
| Back-ends externos (origens personalizadas): no local, multicloud | ✓informações | ✓ |
| Serviços do App Engine, das funções do Cloud Run ou do Cloud Run | ✓ | ✓ |
| Ativação pós-falha de origem | ✓informações | |
| Tempos limite configuráveis | ✓informações | ✓informações |
A colocar em cache
| Funcionalidade | Cloud CDN | Media CDN |
|---|---|---|
| Solicitar a redução (união) | ✓informações | ✓informações |
| Proteção de origem | ✓informações | |
| Chaves de cache personalizadas | ✓informações | ✓informações |
| Substituições de colocação em cache configuráveis | ✓informações | ✓informações |
| Invalidação de cache programática | ✓informações | ✓informações |
Diretivas Cache-Control padrão |
✓informações | ✓informações |
| TTLs configuráveis | ✓informações | ✓informações |
| Colocação em cache negativa | ✓informações | ✓informações |
| Validação de conteúdo assíncrona | ✓informações | |
| Ignorar a cache | ✓informações | ✓informações |
| Políticas de cache por origem | ✓informações | ✓informações |
| Políticas de cache por rota | ✓informações | |
| Compressão dinâmica | ✓informações | ✓informações |
Correspondência de trajetos e seleção de origem
| Funcionalidade | Cloud CDN | Media CDN |
|---|---|---|
| Seleção de back-end com base no anfitrião e no caminho | ✓informações | ✓informações |
| Redirecionamentos de URL | ✓informações | ✓informações |
| Reescritas de URLs | ✓informações | ✓informações |
| Correspondência de cabeçalhos e parâmetros de consulta | ✓informações | ✓informações |
| Correspondência de padrões (caracteres universais) | ✓informações | ✓informações |
| Injeção dinâmica de cabeçalhos: geografia do cliente, estado da cache, versão do TLS | ✓informações | ✓informações |
| Políticas de partilha de recursos de origem cruzada (CORS) incorporadas | ✓informações |
Protocolos suportados
| Funcionalidade | Cloud CDN | Media CDN |
|---|---|---|
| Anycast global: IPv4 e IPv6 | ✓ | ✓ |
| HTTP/3, com base no IETF QUIC | ✓ | ✓ |
| HTTP/2 | ✓ | ✓ |
| HTTP/1.1 | ✓ | ✓ |
| TLS 1.3 | ✓ | ✓ |
| Early Data para TLS 1.3 | ✓informações | |
| TLS 1.2 | ✓ | ✓ |
| Suporte do TLS 1.0 e 1.1 para dispositivos antigos | ✓ |
Registo e monitorização
| Funcionalidade | Cloud CDN | Media CDN |
|---|---|---|
| Registos de pedidos detalhados | ✓informações | ✓informações |
| Entrega de registos quase em tempo real | ✓ | ✓informações |
| Relatórios da taxa de resultados da cache | ✓ | ✓ |
| Métricas de pedidos e respostas | ✓ | ✓ |
| Exportar para o Cloud Storage, o BigQuery ou ferramentas externas | ✓ | ✓ |
| Alertas para produtos suportados | ✓ | ✓ |
Automatização e APIs
| Funcionalidade | Cloud CDN | Media CDN |
|---|---|---|
| APIs REST | ✓informações | ✓informações |
| Google Cloud consola | ✓ | ✓ |
| CLI do Google Cloud | ✓informações | ✓informações |
| Terraform apoio técnico | ✓informações | ✓informações |
Segurança
| Funcionalidade | Cloud CDN | Media CDN |
|---|---|---|
| Certificados SSL (TLS) geridos | ✓ | ✓informações |
| Certificados SSL (TLS) geridos sem custos adicionais | ✓informações | |
| Use os seus próprios certificados SSL (TLS) sem custos adicionais | ✓informações | |
| Políticas de SSL personalizáveis: versões e cifras | ✓informações | ✓informações |
| Encriptação em repouso | ✓ | ✓ |
| Registo de auditoria | ✓informações | ✓informações |
| Apoio técnico do Google Cloud Armor | ✓informações | ✓informações |
| Gestão de identidade e de acesso | ✓informações | ✓informações |
Computação de proximidade
| Funcionalidade | Cloud CDN | Media CDN |
|---|---|---|
| Código personalizado com plug-ins de extensões de serviços | ✓info (Pré-visualização) | ✓info (Pré-visualização) |
Autenticação de conteúdo
| Funcionalidade | Cloud CDN | Media CDN |
|---|---|---|
| URLs assinados | ✓informações | ✓informações |
| Cookies assinados | ✓informações | ✓informações |
| Tokens assinados | ✓informações | |
| Autenticação com dois tokens | ✓informações | |
| Autenticação de origem privada | ✓informações | ✓informações |
| Suporte para atributos de cabeçalho e IP em pedidos assinados | ✓informações | |
| Suporte para HMAC-SHA1 em pedidos assinados | ✓ | ✓ |
| Suporte para Ed25519 e HMAC-SHA-256 em pedidos assinados | ✓ |
Conformidade
| Norma de conformidade | Cloud CDN | Media CDN |
|---|---|---|
| HIPAA | ✓ | |
| PCI-DSS | ✓ | ✓ |
| SOC1, SOC2, SOC3 | ✓ | ✓ |
| ISO 27001, ISO 27017, ISO 27018 e ISO 27701 | ✓ | ✓ |
| FedRAMP Moderate | ✓ |
Transição entre os dois produtos
Se já tiver uma implementação de várias RFCs com produtos de comutação e encaminhamento de RFCs, pode fazer a transição entre eles através do DNS ou configurar um deles como uma RFC adicional.
As políticas do servidor DNS da nuvem podem ser uma opção para encaminhar tráfego entre RFCs ou fazer a transição de uma RFC para outra.
Use uma estratégia de várias RFCs
Para otimizar o desempenho e reduzir os custos, pode usar o Cloud CDN e o Media CDN em conjunto ou com outras RFCs implementando estratégias de implementação de várias RFCs.
As estratégias de várias RFCs, em que o seu conteúdo está alojado em mais do que um fornecedor de RFC, podem ajudar a otimizar os serviços de RFC por região e as capacidades de RFC oferecidas por diferentes fornecedores. Também podem ser úteis se alojar eventos com tráfego elevado e precisar de distribuir tráfego por vários fornecedores. No caso de microindisponibilidades com um fornecedor, pode mudar rapidamente o tráfego para outro fornecedor de RFC.
Uma implementação de CDN com uma CDN principal e uma CDN secundária é um exemplo de uma estratégia de implementação de várias CDNs. A RFC principal publica a maioria do tráfego e a RFC secundária publica uma minoria. Se existirem problemas com a RFC principal, os utilizadores podem direcionar o tráfego para a RFC secundária como estratégia de alternativa e não têm de esperar pelo período habitual para que a cache fique ativa enquanto já publica conteúdo.
Para começar, encaminhe o tráfego para cada RFC ou divida uma parte do tráfego existente para uma nova RFC através de políticas do servidor DNS ou serviços de redirecionamento de tráfego semelhantes.