O RFC de multimédia é a solução de fornecimento de multimédia da Google Cloud. A RFC de multimédia complementa a RFC na nuvem, que é a solução de aceleração Web da Google Cloud's. 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.
Normalmente, uma cache de limite é uma infraestrutura de servidor que armazena conteúdo mais perto dos utilizadores finais, localizada em pontos de presença (PoPs) ou ISPs parceiros. A RFC de conteúdo multimédia usa a infraestrutura global de colocação em cache na extremidade da rede da Google para publicar o seu conteúdo o mais próximo possível dos seus utilizadores. Ao usar a infraestrutura da Google para publicar conteúdo, pode reduzir a carga na sua infraestrutura de origem.
A RFC permite-lhe obter conteúdo de pontos finais HTTP acessíveis publicamente. Pode usar a CDN de multimédia com a sua infraestrutura de origem existente, quer o conteúdo esteja alojado no Cloud Storage, noutra nuvem ou na sua infraestrutura no local.
Pode controlar como o conteúdo é colocado em cache para cada URI que publica numa rota. A utilização de um caminho permite-lhe otimizar o comportamento com base no tipo de conteúdo, nos atributos do cliente e nos requisitos de atualidade para cada caminho que definir com a RFC de multimédia.
Para receber orientações sobre que produto de CDN usar, consulte o artigo Escolha um produto de CDN. Pode usar ambos os produtos se ambos satisfizerem as suas necessidades.
Como funciona a RFC de multimédia
A RFC tem três componentes principais:
- Um router
- Uma cache
- Um preenchedor de cache
Conceitualmente, os componentes estão ligados conforme representado no diagrama seguinte:
O componente de router e cache está configurado com os endereços IP e os protocolos que usa, as políticas de segurança e de cache, e uma configuração de encaminhamento.
A configuração está contida num recurso
EdgeCacheService. O router usa o elemento
HeaderAction>,
descrito em EdgeCacheService, para determinar como o router modifica os pedidos (incluindo
a manipulação de cabeçalhos e a reescrita de caminhos).
A RFC de multimédia termina os pedidos HTTP do utilizador num proxy inverso. O proxy inverso faz corresponder os pedidos HTTP a uma configuração Routing.
A configuração de encaminhamento define como os pedidos HTTP são encaminhados, modificados, colocados em cache e preenchidos.
Se o componente de cache configurado não tiver o conteúdo pedido pelo utilizador, o que é conhecido como uma falha de cache, o componente de cache pede conteúdo à origem a montante configurada. A RFC de multimédia usa parâmetros de pedido, como o anfitrião, o caminho e os parâmetros de consulta, como uma chave de cache. Pode configurar os itens que a RFC de multimédia considera como parte de uma chave de cache, o que pode reduzir os pedidos da RFC de multimédia à origem a montante. Para mais informações, consulte o artigo Chaves de cache.
O preenchimento da cache faz um novo pedido sempre que contacta a origem a montante.
Quando o preenchimento da cache contacta a origem a montante, guarda o pedido original. Em seguida, para cada tentativa de preencher a cache do item pedido pela cache, o preenchedor de cache copia os cabeçalhos do pedido original e modifica o pedido com base nas definições em EdgeCacheOrigin.
Uma vez que o componente de cache está depois do router e o preenchimento da cache está depois do componente de cache, o preenchimento da cache só tem acesso aos cabeçalhos que o router modificou. O preenchimento da cache não anula nem pode anular as alterações de cabeçalho feitas pelo router. No entanto, o preenchimento da cache só aplica modificações a um determinado recurso EdgeCacheOrigin quando usa um recurso EdgeCacheOrigin específico.
Quando o componente de cache tem o conteúdo pedido, devolve o conteúdo ao router para o devolver ao agente do utilizador a jusante.
Capacidades da RFC de multimédia
As secções seguintes descrevem brevemente as capacidades da CDN de multimédia.
Suporte de certificado SSL (TLS)
A RFC de multimédia tem suporte incorporado para publicar tráfego encriptado com TLS (HTTPS) a partir do seu próprio domínio. A RFC de conteúdo multimédia é publicada a partir do seu próprio domínio como um domínio do tipo "traga o seu próprio" (BYO) e não requer um domínio alojado pela Google.
Não existem encargos adicionais associados à publicação de tráfego SSL (TLS) nem à obtenção de certificados SSL geridos pela Google.
Para mais informações, consulte o artigo Certificados SSL (TLS).
Apoio técnico do Google Cloud Armor
A RFC de multimédia suporta políticas de segurança de limite do Cloud Armor. A RFC de multimédia usa o Google Cloud Armor para permitir ou negar o acesso ao conteúdo. O Cloud Armor suporta listas de permissões e listas de negações de endereços IP, controlos de filtragem de cabeçalhos geográficos e da camada 7, e decora pedidos inserindo cabeçalhos personalizados. Além disso, o Cloud Armor para a RFC de multimédia integra-se com as informações sobre ameaças da Google para permitir uma proteção avançada contra endereços IP maliciosos conhecidos e padrões de tráfego.
O Cloud Armor também suporta números de sistemas autónomos (ASNs) em políticas de segurança de limite para a RFC de multimédia. Esta funcionalidade ajuda a permitir ou bloquear o tráfego de rede originário de ASNs específicos.
Para mais informações, consulte o artigo Configure políticas de segurança.
Extensibilidade
A RFC de multimédia permite-lhe adicionar código personalizado ao caminho de processamento de pedidos-respostas através de plug-ins de extensões de serviços (pré-visualização). Esta personalização desbloqueia uma grande variedade de exemplos de utilização simples, como a normalização de cabeçalhos e a tokenização personalizada.
Para mais informações, consulte o artigo Implemente plug-ins de extensões de serviços em rotas do Media CDN.
Autenticação de origem
A RFC de multimédia suporta contentores privados do Cloud Storage como uma origem através da autenticação de origem. Pode conceder acesso do RFC de multimédia na nuvem aos seus contentores privados do Cloud Storage e autenticar pedidos para garantir que apenas são concedidos pedidos válidos do RFC de multimédia na nuvem.
Para mais informações, consulte o artigo Conetividade e proteção da origem.
Funcionalidades de planeamento de trajeto avançadas
A RFC de multimédia oferece capacidades de encaminhamento HTTP avançadas que lhe permitem mapear o tráfego para configurações e origens específicas de limite de forma detalhada.
Para mais informações, consulte o artigo Encaminhamento avançado.
Funcionalidades de conetividade do cliente
A RFC 7230 (HTTP/1.1) e a RFC 7540 (HTTP/2) são suportadas. O Media CDN suporta protocolos de rede modernos, como HTTP/2 e QUIC, do cliente para o limite, o que aumenta a taxa de transferência e reduz a latência da rede geral.
Para mais informações, consulte o artigo Conetividade do cliente e endereços IP.
Invalidação de cache
A invalidação da cache, também denominada limpeza da cache, ocorre quando o conteúdo em cache é declarado inválido. Quando o conteúdo é declarado inválido, é removido da cache e, em seguida, preenchido novamente a partir do servidor de origem na próxima vez que o conteúdo for pedido.
A CDN de multimédia suporta as seguintes formas de invalidar conteúdo:
- Por anfitrião e caminho do URL
- Por prefixo do URL e carater universal
- Através de etiquetas de cache, incluindo etiquetas integradas para o estado, a origem e o tipo de suporte
Pode combinar os parâmetros de invalidação para segmentar respostas específicas em cache e minimizar a carga de origem no preenchimento da cache subsequente.
Para mais informações, consulte o artigo Invalidação de cache.
Cabeçalhos HTTP personalizados
A RFC de multimédia permite-lhe especificar cabeçalhos HTTP personalizados. Os cabeçalhos de pedidos personalizados suportam valores estáticos, enquanto os cabeçalhos de respostas personalizadas suportam valores estáticos e dinâmicos.
Os cabeçalhos personalizados permitem-lhe fazer o seguinte:
Devolver dados geográficos sobre o cliente que pode usar para mostrar conteúdo localizado, como: país, região ou cidade.
Determinar se uma resposta foi publicada a partir da cache (total ou parcialmente) e a localização da cache a partir da qual foi publicada.
Remover ou substituir os cabeçalhos do pedido e da resposta.
Para mais informações, consulte o artigo Defina cabeçalhos personalizados.
Integração com o Cloud Logging
A RFC de multimédia também oferece integração com os serviços de registo da Google Cloud.
A RFC de multimédia regista cada pedido HTTP entre o cliente e o limite, e entre a RFC de multimédia e a origem, no Cloud Logging (Logging. Normalmente, os registos são entregues quase em tempo real. Pode consultar registos no Logging e exportá-los para o Cloud Storage ou o Pub/Sub.
Para mais informações, consulte o guia de registo.
Pedidos assinados
A RFC de multimédia suporta cookies assinados e URLs assinados para autenticação de conteúdo. Os pedidos assinados permitem-lhe restringir o acesso a um prefixo de URL exato durante um período limitado e a um cliente específico.
Para mais informações, consulte o artigo Use pedidos assinados.
Pedir acesso
Para pedir acesso à RFC, contacte o seu Google Cloud representante de vendas ou a equipa da sua conta. Em seguida, use o guia de início rápido para experimentar a CDN de multimédia.
O que se segue?
- Para encontrar pontos de presença da rede CDN de multimédia, consulte o artigo Localizações da cache.