Choisir un type d'abonnement

Ce document vous aide à choisir le type d'abonnement Pub/Sub adapté aux exigences de votre entreprise.

Avant de commencer

En savoir plus sur les abonnements

Tableau comparatif de l'abonnement 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 Grand volume de messages (Go par seconde) L'efficacité et le débit du traitement des messages sont essentiels. Environnements dans lesquels il n'est pas possible de configurer un point de terminaison HTTPS public avec un certificat SSL non autosigné.
	Abonnement push Plusieurs sujets devant être traités par le même webhook. Abonnés à l'environnement standard App Engine et Cloud Functions Environnements dans lesquels les dépendances Google Cloud (telles que les identifiants et la bibliothèque cliente) ne peuvent pas être configurées.
	Exporter l'abonnement Volume important de messages pouvant atteindre plusieurs millions de messages par seconde. Les messages sont envoyés directement à une ressource Google Cloud sans traitement supplémentaire.
Points de terminaison	Abonnement pull Tous les appareils disposant d'identifiants autorisés sur Internet peuvent appeler l'API Pub/Sub.
	Abonnement push Un serveur HTTPS avec un certificat non autosigné accessible sur le Web public Le point de terminaison de réception peut être dissocié de l'abonnement Pub/Sub, afin que les messages de plusieurs abonnements soient envoyés à un seul point de terminaison.
	Exporter l'abonnement Un ensemble de données et une table BigQuery pour un abonnement BigQuery. Un bucket Cloud Storage pour un abonnement Cloud Storage
Équilibrage de charge	Abonnement pull Plusieurs abonnés peuvent passer 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 l'abonnement Le service Pub/Sub équilibre automatiquement la charge.
Configuration	Abonnement pull Aucune configuration n'est requise.
	Abonnement push Aucune configuration n'est nécessaire pour les applications App Engine du même projet que l'abonné. La validation des points de terminaison push n'est pas nécessaire dans la console Google Cloud. Les points de terminaison doivent être accessibles à l'aide de noms DNS et disposer de certificats SSL installés.
	Exporter l'abonnement Pour l'abonnement BigQuery, il doit exister un ensemble de données et une table configurés avec les autorisations appropriées. L'abonnement Cloud Storage doit disposer d'un bucket Cloud Storage configuré avec les autorisations appropriées.
Contrôle de flux	Abonnement pull Le client abonné contrôle la fréquence de diffusion. L'abonné peut modifier de manière dynamique le délai d'accusé de réception, ce qui permet de prolonger arbitrairement le traitement des messages.
	Abonnement push Le serveur Pub/Sub implémente automatiquement le contrôle de flux. Il n'est pas nécessaire de gérer le flux des messages côté client. Toutefois, il est possible d'indiquer que le client ne peut pas gérer la charge de messages actuelle en transmettant une erreur HTTP.
	Exporter l'abonnement Le serveur Pub/Sub implémente automatiquement le 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é à un faible niveau de processeur et de bande passante, en permettant une distribution par lot, des accusés de réception et une consommation massivement parallèle. Peut être inefficace si une interrogation agressive est utilisée pour réduire le délai de distribution des messages.
	Abonnement push Distribue un message par requête et limite le nombre maximal de messages en attente.
	Exporter l'abonnement L'évolutivité est gérée de manière dynamique par les serveurs Pub/Sub.

Quand utiliser un abonnement Exporter

Sans abonnement d'exportation, vous avez besoin d'un abonnement pull ou push et d'un abonné (tel que Dataflow) pour lire les messages et les écrire dans une ressource Google Cloud. La surcharge liée à l'exécution d'une tâche Dataflow n'est pas nécessaire lorsque les messages ne nécessitent aucun traitement supplémentaire avant d'être stockés.

L'exportation des abonnements présente les avantages suivants:

Déploiement simple. Vous pouvez configurer un abonnement à l'exportation via un seul workflow dans la console, Google Cloud CLI, la bibliothèque cliente ou l'API Pub/Sub.
Économiques. Réduit le coût supplémentaire et la latence 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 aucun traitement supplémentaire avant le stockage.
Surveillance minimale. Les abonnements d'exportation font partie du service Pub/Sub mutualisé et ne vous nécessitent pas d'exécuter des tâches de surveillance distinctes.
Flexibilité. Un abonnement BigQuery peut utiliser le schéma du sujet auquel il est associé, ce qui n'est pas disponible avec le modèle Dataflow de base pour écrire des données depuis Pub/Sub dans BigQuery. De même, un abonnement Cloud Storage propose des options de traitement par lot de fichiers configurables en fonction de la taille du fichier 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 est toujours recommandé pour les systèmes Pub/Sub dans lesquels une transformation des données est requise avant que les données ne soient stockées dans une ressource Google Cloud telle qu'une table BigQuery ou un bucket Cloud Storage.

Pour savoir comment diffuser des données en streaming depuis Pub/Sub vers BigQuery à l'aide de la transformation à l'aide de Dataflow, consultez la page Flux de données de Pub/Sub vers BigQuery.

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

Étapes suivantes

Comprendre le workflow pour chaque type d'abonnement: