Choisir un type d'abonnement

Ce document vous aide à choisir le type de service Pub/Sub approprié adapté aux besoins de votre entreprise.

Avant de commencer

Tableau comparatif des abonnements Pub/Sub

Consultez le tableau suivant qui vous aidera à choisir le système de distribution approprié pour votre application :

Fonctionnalités compatibles avec les abonnements Pub/Sub
Cas d'utilisation Abonnement pull
  • Nombre élevé de messages (Go par seconde).
  • L'efficacité et le débit du traitement des messages sont essentiels.
  • Les environnements dans lesquels un point de terminaison HTTPS public un certificat SSL non autosigné ne peut pas être configuré.
Abonnement push
  • Plusieurs sujets devant être traités par le même webhook.
  • Abonnés à l'environnement standard App Engine et aux fonctions Cloud Run.
  • Environnements dans lesquels les dépendances de Google Cloud (telles que les identifiants et la bibliothèque cliente) ne peuvent pas être configurées.
Exporter un abonnement
  • Grand volume de messages pouvant atteindre plusieurs millions de messages par seconde.
  • Les messages sont envoyés directement à une ressource Google Cloud sans aucun traitement supplémentaire.
Points de terminaison Abonnement pull

Tout appareil connecté à Internet et disposant d'identifiants autorisés peut appeler l'API Pub/Sub.

Abonnement push
  • Un serveur HTTPS avec un certificat non autosigné accessible sur sur le Web public.
  • Le point de terminaison de réception peut être dissocié de l'abonnement Pub/Sub. Ainsi, les messages provenant de plusieurs abonnements sont envoyés à un seul point de terminaison.
Exporter l'abonnement
  • Ensemble de données et table BigQuery pour un abonnement BigQuery
  • Bucket Cloud Storage pour un abonnement Cloud Storage.
Équilibrage de charge Abonnement pull
  • Plusieurs abonnés peuvent effectuer des appels pull au même abonnement "partagé".
  • Chaque abonné reçoit un sous-ensemble de messages.
Abonnement push

Les points de terminaison push peuvent être des équilibreurs de charge.

Exporter un abonnement

Le service Pub/Sub équilibre automatiquement la charge.

Configuration Abonnement pull

Aucune configuration n'est requise.

Abonnement push
  • Aucune configuration n'est requise pour les applications App Engine au sein du même projet que l'abonné.
  • La vérification des points de terminaison push n'est pas requise dans le console Google Cloud.
  • Les points de terminaison doivent être accessibles à l'aide de noms DNS certificats SSL installés.
Exporter l'abonnement
  • Un ensemble de données et une table BigQuery existent pour BigQuery avec les autorisations appropriées.
  • Un bucket Cloud Storage doit exister pour Abonnement Cloud Storage, configuré disposant des autorisations appropriées.
Contrôle de flux Abonnement pull

Le client abonné contrôle la fréquence de distribution. L'abonné peut modifier de façon dynamique le délai d'accusé de réception, que le traitement des messages soit arbitrairement long.

Abonnement push

Le serveur Pub/Sub implémente automatiquement le flux le contrôle. Le client n'a donc pas besoin de gérer le flux des messages. Toutefois, il est possible d'indiquer que le client ne peut pas gérer la charge actuelle de messages en renvoyant une erreur HTTP.

Exporter l'abonnement

Le serveur Pub/Sub applique automatiquement un contrôle de flux pour optimiser l'écriture de messages dans une ressource Google Cloud.

Efficacité et débit Abonnement pull

Atteint un débit élevé avec un processeur et une bande passante peu exploités, permettant ainsi une distribution et des accusés de réception groupés, ainsi qu'une consommation massivement parallèle. Peut être inefficace en cas de scrutation agressive réduire le délai de distribution des messages.

Abonnement push

Distribue un message par requête et limite le nombre maximal messages en attente.

Exporter un abonnement

Pub/Sub gère l'évolutivité de manière dynamique serveurs.

Quand utiliser un abonnement d'exportation ?

Sans abonnement à l'exportation, vous avez besoin d'une méthode et un abonné (par exemple, Dataflow) lire les messages et les écrire dans une ressource Google Cloud. Les frais liés à l'exécution d'un job Dataflow n'est pas nécessaire lorsque les messages nécessitent un traitement supplémentaire avant d'être stockées.

Les abonnements d'exportation présentent les avantages suivants :

  • Déploiement simple. Vous pouvez configurer un abonnement à l'exportation via un un workflow unique dans la console, Google Cloud CLI, la bibliothèque cliente, ou l'API Pub/Sub.

  • Coûts réduits Réduit les coûts et la latence supplémentaires des pipelines Pub/Sub similaires qui incluent des tâches Dataflow. Cette optimisation des coûts est utile pour les systèmes de messagerie qui ne nécessitent pas de traitement supplémentaire avant le stockage.

  • Surveillance minimale Les abonnements d'exportation font partie et ne nécessitent pas d'exécuter des services des jobs de surveillance.

  • Flexibilité. Un abonnement BigQuery peut utiliser schéma du sujet auquel il est associé, qui n'est pas disponible avec le modèle Dataflow de base pour écrire Pub/Sub vers BigQuery. De même, un abonnement Cloud Storage propose des options de traitement par lot de fichiers configurables en fonction de la taille des fichiers et du temps écoulé, qui ne sont pas configurables dans le modèle Dataflow de base pour l'écriture depuis Pub/Sub vers Cloud Storage.

Toutefois, un pipeline Dataflow reste recommandé pour les systèmes Pub/Sub où certaines données est nécessaire pour que les données soient stockées dans à une ressource Google Cloud telle qu'une table BigQuery bucket Cloud Storage.

Pour découvrir comment diffuser des données de Pub/Sub vers BigQuery avec transformation à l'aide de Dataflow, consultez Diffuser des données en streaming depuis Pub/Sub vers BigQuery.

Pour savoir comment diffuser des données de Pub/Sub vers Cloud Storage avec transformation à l'aide de Dataflow, consultez Diffuser des messages depuis Pub/Sub à l'aide de Dataflow.

Étape suivante

Découvrez le flux de travail de chaque type d'abonnement: