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
  • Balanceador de carga de aplicativo interno entre regiões
  • Balanceador de carga de aplicativo interno regional

Implantações de NEGs do Private Service Connect

Os buckets de back-end oferecem uma experiência integrada e perfeita para que seu 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 Storage do 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 Storage do Cloud. 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 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 URLs 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