Visão geral dos buckets de back-end

Com um bucket de back-end, é possível usar um bucket do Cloud Storage como back-end do balanceador de carga de aplicativo. Recomendamos o uso de buckets de back-end, principalmente quando o aplicativo precisa veicular conteúdo estático, como imagens ou vídeos.

Se o aplicativo precisar veicular conteúdo dinâmico por HTTP(S), use serviços de back-end.

Suporte ao balanceador de carga

Os seguintes balanceadores de carga são compatíveis com o uso de buckets de back-end:

  • Balanceador de carga de aplicativo externo global
  • Balanceador de carga de aplicativo clássico
  • Balanceador de carga de aplicativo externo regional (pré-lançamento)
  • Balanceador de carga de aplicativo interno entre regiões
  • Balanceador de carga de aplicativo interno regional (pré-lançamento)

Implantações de NEGs do Private Service Connect

Os buckets de back-end oferecem uma experiência integrada e perfeita para que o balanceador de carga possa veicular conteúdo diretamente do bucket do Cloud Storage.

No entanto, o Private Service Connect oferece um tipo de implantação alternativo em que você cria um NEG do Private Service Connect que aponta para endpoints da API Cloud Storage e configura esse NEG como um back-end para um balanceador de carga. Esse tipo de implantação fornece um caminho de rede particular para os endpoints da API Cloud Storage. No entanto, esse método não concede acesso a buckets particulares. Além disso, você é responsável por garantir que o aplicativo cliente possa se autenticar no Cloud Storage.

Para mais detalhes, consulte Acessar APIs globais do Google por meio de back-ends.

Suporte do Cloud CDN

Por padrão, o Cloud Storage usa o mesmo cache usado pelo Cloud CDN. Embora o Cloud Storage inclua o armazenamento em cache integrado para os objetos, recomendamos que você ative o Cloud CDN no bucket de back-end para melhorar o desempenho da entrega de conteúdo aos usuários.

Se você não ativar o Cloud CDN no bucket de back-end, só será possível usar cabeçalhos Cache-Control de origem para controlar o armazenamento em cache de conteúdo menor, conforme definido pelos metadados do Cloud Storage.

Se você ativar o Cloud CDN no bucket de back-end, poderá usar mais controles do Cloud CDN no seu conteúdo, como modos de cache, URLs assinados e invalidação de cache. O Cloud CDN também permite armazenar conteúdo maior que 10 MiB em cache. Para mais detalhes e considerações sobre preços, consulte Cloud Storage e Cloud CDN na documentação do Cloud Storage.

Arquitetura de amostra

No diagrama a seguir, o balanceador de carga de aplicativo externo usa um mapa de URL para direcionar o tráfego de caminhos de URL especificados para seus back-ends.

O balanceador de carga envia tráfego com um caminho de URL que inclui /love-to-fetch/ para um bucket do Cloud Storage na região us-east1. Todas as outras solicitações vão para um bucket do Cloud Storage na região europe-north1.

O balanceador de carga envia tráfego para um back-end do Cloud Storage.
Como distribuir o tráfego para o Cloud Storage

API e referência gcloud

Para mais informações sobre as propriedades do recurso de bucket de back-end, consulte a seguinte documentação de referência:

A seguir