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 preenchimento de cache
Conceitualmente, os componentes estão ligados conforme representado no diagrama seguinte:
O componente de router e cache é 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 aos cabeçalhos 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 Media CDN.
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 à 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 da RFC de multimédia na nuvem.
Para mais informações, consulte o artigo Conetividade e proteção de 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 origens e configurações de limite específicas a um nível detalhado.
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 RFC 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 personalizados 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 partir de que localização da cache 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 do 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 enviados 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.