Use backends externos (também denominados origens personalizadas) para a RFC (rede de fornecimento de conteúdo) do Google Cloud quando o conteúdo estiver alojado no local ou noutra nuvem e quiser fornecer o conteúdo através da infraestrutura de cache de extremidade distribuída de alto desempenho da Google.
Terminologia
Os seguintes termos são, por vezes, usados de forma intercambiável porque têm significados iguais ou semelhantes:
- Backend externo: um backend que reside fora do Google Cloud e é acessível através da Internet. O ponto final num NEG da Internet.
- Grupo de pontos finais da rede (NEG) da Internet: o recurso da API que usa para especificar um back-end externo. Google Cloud
- Ponto final externo: igual a um backend externo.
Para manter a consistência com a documentação de equilíbrio de carga, este documento usa o termo backend externo, exceto quando se refere ao recurso da API NEG da Internet.
Tipos de back-end suportados para a RFC do Google Cloud
O Cloud CDN funciona com um Application Load Balancer externo para fornecer conteúdo aos seus utilizadores. O balanceador de carga de aplicações externo fornece os endereços IP e as portas de front-end que recebem pedidos. O conteúdo da RFC na nuvem pode ser proveniente de vários tipos de back-ends:
- Grupos de instâncias
- Grupos de pontos finais de rede (NEGs) zonais
- NEGs sem servidor: um ou mais serviços do App Engine, do Cloud Run> ou das funções do Cloud Run
- NEGs da Internet para back-ends externos
- Contentores no Cloud Storage
Os backends externos podem ser alojados numa infraestrutura no local ou em origens fornecidas por fornecedores externos. As secções seguintes abordam os backends externos mais detalhadamente.
Arquiteturas híbridas e de várias nuvens
À medida que move os seus serviços para o Google Cloud, pode ter de o fazer em fases. Por vezes, não é possível mover imediatamente determinado conteúdo para um ambiente na nuvem e pode ter de permanecer no local. Noutros casos, o conteúdo pode estar alojado noutra nuvem. O suporte do Cloud CDN para back-ends externos permite-lhe usar a infraestrutura de cache na extremidade distribuída globalmente da Google para esse conteúdo.
No diagrama, o conteúdo images reside em Google Cloud, enquanto o conteúdo video reside num centro de dados de Tóquio, que pode estar no local ou noutra nuvem.
Com back-ends externos, as origens no centro de dados de Tóquio podem ser a origem do back-end do conteúdo video com a CDN da Google Cloud e o Application Load Balancer externo que fornece o conteúdo aos utilizadores.
Através de mapas de URLs, esta implementação pode
direcionar pedidos de obtenção de origem para tráfego de vídeo para o back-end externo em Tóquio.
Esta associação é determinada com base no URL do pedido: /video.
Para imagens (determinado com base no URL do pedido: /images), o conteúdo é proveniente
de Google Cloud e é fornecido pela infraestrutura
de limite da RFC da nuvem.
Especificar um back-end externo
Semelhante à configuração da RFC do Google Cloud com os seus pontos finais implementados no Google Cloud, pode usar a API network endpoint groups (NEGs) para adicionar o seu servidor como o back-end externo para a RFC do Google Cloud.
Para especificar o back-end externo, use um NEG de Internet. Um NEG de Internet tem um dos tipos de ponto final apresentados na tabela seguinte.
| Endereço do ponto final | Tipo | Definição | Quando usar |
|---|---|---|---|
| Nome do anfitrião e uma porta opcional | INTERNET_FQDN_PORT |
Um nome do domínio totalmente qualificado (FQDN) resolvível publicamente e uma porta opcional, por exemplo, backend.example.com:443 (portas predefinidas: 80 para HTTP e 443 para HTTPS) |
Use este ponto final quando o seu back-end externo puder ser resolvido através de um FQDN com DNS público. |
| Endereço IP e uma porta opcional | INTERNET_IP_PORT |
Um endereço IP acessível publicamente e uma porta opcional, por exemplo, 192.0.2.8 ou 192.0.2.8:443 (portas predefinidas: 80 para HTTP e 443 para HTTPS) |
Use este ponto final para especificar um endereço IP acessível publicamente e uma porta para estabelecer ligação. |
A prática recomendada é criar o NEG da Internet com o INTERNET_FQDN_PORTtipo de ponto final e um valor FQDN como valor do nome de anfitrião de origem. Isto isola a configuração do Cloud CDN das alterações de endereço IP na infraestrutura de origem. Os pontos finais de rede definidos através de FQDNs são resolvidos através do DNS público. Certifique-se de que o FQDN configurado é resolvível através do
DNS público da Google.
Depois de criar o NEG de Internet, não é possível alterar o tipo entre INTERNET_FQDN_PORT e INTERNET_IP_PORT. Tem de criar um novo NEG da Internet e alterar o seu serviço de back-end para usar o novo NEG da Internet.
Quando usar um back-end externo que espera um valor específico para o cabeçalho Host do pedido HTTP, tem de configurar o serviço de back-end para definir o cabeçalho Host para esse valor esperado. Se não configurar um cabeçalho de pedido definido pelo utilizador, um serviço de back-end preserva o cabeçalho Host que o cliente usou para se ligar ao equilibrador de carga da aplicação externo Google Cloud . Para obter informações gerais sobre cabeçalhos personalizados, consulte o artigo Crie cabeçalhos personalizados em serviços de back-end.
Para um exemplo específico, consulte o artigo Configurar o Cloud CDN com um back-end
externo.
Usar back-ends externos e origens baseadas em Google Cloud
A figura seguinte mostra um NEG da Internet usado para implementar um back-end externo com um Application Load Balancer externo e o Cloud CDN.
O que se segue?
- Para configurar um back-end externo, consulte o artigo Configure um back-end externo com um NEG da Internet.
- Para saber que conteúdo é colocado em cache, consulte o artigo Vista geral da colocação em cache.
- Para resolver problemas, consulte o artigo Resolução de problemas de back-end externo e NEG da Internet.