Un bucket de backend te permite usar un bucket de Cloud Storage como backend para tu balanceador de cargas de aplicaciones. Te recomendamos que uses buckets de backend, en especial, cuando tu aplicación necesite entregar contenido estático, como imágenes o videos.
Si tu aplicación necesita entregar contenido dinámico a través de HTTP(S), usa servicios de backend en su lugar.
Compatibilidad con el balanceador de cargas
Los siguientes balanceadores de cargas admiten el uso de buckets de backend:
- Balanceador de cargas de aplicaciones externo global
- Balanceador de cargas de aplicaciones clásico
- Balanceador de cargas de aplicaciones regional externo regional (versión preliminar)
- Balanceador de cargas de aplicaciones interno entre regiones
- Balanceador de cargas de aplicaciones interno regional (vista previa)
Implementaciones de NEG de Private Service Connect
Los buckets de backend ofrecen una experiencia integrada y sin problemas para que tu balanceador de cargas pueda entregar contenido directamente desde tu bucket de Cloud Storage.
Sin embargo, Private Service Connect ofrece un tipo de implementación alternativo en el que creas un NEG de Private Service Connect que apunta a los extremos de la API de Cloud Storage y, luego, configuras este NEG como backend para un balanceador de cargas. Este tipo de implementación proporciona una ruta de red privada a los extremos de la API de Cloud Storage. Sin embargo, ten en cuenta que este método no otorga acceso de forma inherente a los buckets privados. Además, eres responsable de asegurarte de que la aplicación cliente pueda autenticarse en Cloud Storage.
Para obtener más información, consulta Accede a las APIs de Google globales a través de backends.
Compatibilidad con Cloud CDN
De forma predeterminada, Cloud Storage usa la misma caché que usa Cloud CDN. Si bien Cloud Storage incluye almacenamiento en caché integrado para sus objetos, te recomendamos que habilites Cloud CDN en tu bucket de backend para obtener un mejor rendimiento en la entrega de contenido a tus usuarios.
Si no habilitas Cloud CDN en tu bucket de backend, solo puedes usar encabezados Cache-Control de origen para controlar el almacenamiento en caché del contenido más pequeño, como lo configuran los metadatos de Cloud Storage.
Si habilitas Cloud CDN en tu bucket de backend, puedes usar más controles de Cloud CDN en tu contenido, como modos de almacenamiento en caché, URL firmadas y la invalidación de caché. Cloud CDN también te permite almacenar en caché contenido de más de 10 MiB. Para obtener más detalles y consideraciones sobre los precios, consulta Cloud Storage y Cloud CDN en la documentación de Cloud Storage.
Arquitectura de muestra
En el siguiente diagrama, el balanceador de cargas de aplicaciones externo usa un mapa de URL para dirigir el tráfico de las rutas de URL especificadas a tus backends.
El balanceador de cargas envía tráfico con una ruta de URL que incluye /love-to-fetch/ a un bucket de Cloud Storage en la región us-east1. Todas las demás solicitudes van a un bucket de Cloud Storage en la región europe-north1.
API y referencia de gcloud
Para obtener más información sobre las propiedades del recurso del bucket de backend, consulta la siguiente documentación de referencia:
- Recurso de la API del bucket de backend global
- Recurso de la API del bucket de backend regional
- Página de
gcloud beta compute backend-buckets(para recursos globales y regionales)
¿Qué sigue?
- Configura un balanceador de cargas de aplicaciones externo global con buckets de Cloud Storage
- Configura un balanceador de cargas de aplicaciones externo regional con buckets de Cloud Storage
- Configura un balanceador de cargas de aplicaciones clásico con buckets de Cloud Storage
- Configura un balanceador de cargas de aplicaciones interno entre regiones con buckets de Cloud Storage
- Configura un balanceador de cargas de aplicaciones interno regional con buckets de Cloud Storage