Présentation des buckets de backend

Un bucket backend vous permet d'utiliser un bucket Cloud Storage comme backend pour votre équilibreur de charge d'application. Nous vous recommandons d'utiliser des buckets backend, en particulier lorsque votre application doit diffuser du contenu statique tel que des images ou des vidéos.

Si votre application doit diffuser du contenu dynamique via HTTP(S), utilisez plutôt des services de backend.

Compatibilité avec les équilibreurs de charge

Les équilibreurs de charge suivants sont compatibles avec l'utilisation de buckets de backend :

  • Équilibreur de charge d'application externe global
  • Équilibreur de charge d'application classique
  • Équilibreur de charge d'application externe régional (bêta)
  • Équilibreur de charge d'application interne interrégional
  • Équilibreur de charge d'application interne régional (Bêta)

Déploiements de NEG Private Service Connect

Les buckets backend offrent une expérience fluide et entièrement intégrée afin que votre équilibreur de charge puisse diffuser du contenu directement depuis votre bucket Cloud Storage.

Toutefois, Private Service Connect propose un autre type de déploiement. Vous pouvez créer un NEG Private Service Connect qui pointe vers les points de terminaison de l'API Cloud Storage, puis configurer ce NEG en tant que backend pour un équilibreur de charge. Ce type de déploiement fournit un chemin réseau privé vers les points de terminaison de l'API Cloud Storage. Toutefois, notez que cette méthode n'accorde pas intrinsèquement l'accès aux buckets privés. Vous devez également vous assurer que l'application cliente peut s'authentifier auprès de Cloud Storage.

Pour en savoir plus, consultez Accéder aux API Google globales via des backends.

Compatibilité avec Cloud CDN

Par défaut, Cloud Storage utilise le même cache que Cloud CDN. Bien que Cloud Storage inclue la mise en cache intégrée pour ses objets, nous vous recommandons d'activer Cloud CDN sur votre bucket backend pour améliorer les performances de diffusion de contenu à vos utilisateurs.

Si vous n'activez pas Cloud CDN sur votre bucket backend, vous ne pouvez utiliser que les en-têtes Cache-Control d'origine pour contrôler la mise en cache du contenu plus petit, tel que défini par les métadonnées Cloud Storage.

Si vous activez Cloud CDN sur votre bucket backend, vous pouvez utiliser davantage de contrôles Cloud CDN sur votre contenu, tels que les modes de cache, les URL signées et l'invalidation du cache. Cloud CDN vous permet également de mettre en cache du contenu de plus de 10 Mio. Pour en savoir plus et connaître les tarifs, consultez Cloud Storage et Cloud CDN dans la documentation Cloud Storage.

Exemple d'architecture

Dans le schéma suivant, l'équilibreur de charge d'application externe utilise un mappage d'URL pour diriger le trafic provenant de chemins d'URL spécifiées vers vos backends.

L'équilibreur de charge envoie le trafic avec un chemin d'URL incluant /love-to-fetch/ vers un bucket Cloud Storage dans la région us-east1. Toutes les autres requêtes sont distribuées vers un bucket Cloud Storage, dans la région europe-north1.

L'équilibreur de charge envoie du trafic vers un backend Cloud Storage.
Distribuer le trafic vers Cloud Storage

API et documentation de référence gcloud

Pour en savoir plus sur les propriétés de la ressource de bucket backend, consultez la documentation de référence suivante :

Étapes suivantes