Il est possible qu'une partie ou l'ensemble des informations de cette page ne s'appliquent pas au Cloud de confiance S3NS. Pour en savoir plus, consultez
Différences par rapport à Google Cloud.
Choisir un type d'abonnement
Ce document vous aide à choisir le type d'abonnement Pub/Sub adapté à vos besoins métier.
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.
- Environnements dans lesquels la configuration d'un point de terminaison HTTPS public avec un certificat SSL non autosigné n'est pas possible.
|
Abonnement push
- Plusieurs sujets qui doivent être traités par le même webhook.
- Abonnés à l'environnement standard App Engine et aux Cloud Run Functions
- Environnements dans lesquels les dépendances Trusted Cloud by S3NS (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 Trusted 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 disposant d'un certificat non autosigné accessible 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 un 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 validation des points de terminaison push n'est pas requise dans la console Trusted Cloud .
- Les points de terminaison doivent être accessibles à l'aide de noms DNS. Des certificats SSL doivent également y être installés.
|
Exporter un abonnement
- Un ensemble de données et une table BigQuery doivent exister pour l'abonnement BigQuery, configurés avec les autorisations appropriées.
- Un bucket Cloud Storage doit exister pour l'abonnement Cloud Storage, configuré avec les 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 de confirmation, permettant ainsi de prolonger de manière arbitraire le traitement des messages.
|
|
Abonnement push
Le serveur Pub/Sub applique un contrôle de flux automatiquement. 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 un abonnement
Le serveur Pub/Sub applique automatiquement un contrôle de flux pour optimiser l'écriture de messages dans une ressource Trusted 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 si une scrutation 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 un abonnement
La scalabilité est gérée de manière dynamique par les serveurs Pub/Sub.
|
Quand utiliser un abonnement d'exportation ?
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 Trusted Cloud .
Les frais généraux liés à l'exécution d'une tâche Dataflow ne sont pas nécessaires lorsque les messages ne nécessitent pas de traitement supplémentaire avant d'être stockés.
Les abonnements d'exportation présentent les avantages suivants:
Un déploiement simple. Vous pouvez configurer un abonnement d'exportation via un seul workflow dans la console, la CLI, la bibliothèque cliente ou l'API Pub/Sub. Trusted Cloud by S3NS
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 du service Pub/Sub multi-tenant et ne 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 l'écriture de 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 est toujours recommandé pour les systèmes Pub/Sub où une transformation des données est requise avant leur stockage dans une ressourceTrusted Cloud , telle qu'une table BigQuery ou un 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 découvrir 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 workflow pour chaque type d'abonnement:
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/08/17 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/08/17 (UTC)."],[],[],null,["# Choose a subscription type\n\nThis document helps you choose the appropriate type of Pub/Sub\nsubscription suited to your business requirements.\n\nBefore you begin\n----------------\n\n- Learn about [subscriptions](/pubsub/docs/subscription-overview).\n\nPub/Sub subscription comparison table\n-------------------------------------\n\nThe following table offers some guidance in choosing the appropriate delivery\nmechanism for your application:\n\nWhen to use an export subscription\n----------------------------------\n\nWithout an export subscription, you need a pull or push\nsubscription and a subscriber (such as Dataflow) to\nread messages and write them to a Google Cloud resource.\nThe overhead of running a Dataflow job is\nnot necessary when messages don't\nrequire additional processing before being stored.\n\nExport subscriptions have the following advantages:\n\n- **Simple deployment.** You can set up an export subscription through a\n single workflow in the console, Google Cloud CLI, client library,\n or Pub/Sub API.\n\n- **Low costs.** Reduces the additional cost and latency of similar\n Pub/Sub pipelines that include Dataflow jobs.\n This cost optimization is useful for messaging systems that don't require\n additional processing before storage.\n\n- **Minimal monitoring.** Export subscriptions are part of the multi-tenant\n Pub/Sub service and don't require you to run separate\n monitoring jobs.\n\n- **Flexibility**. A BigQuery subscription can use the\n schema of the topic to which it is attached, which is not available with\n the basic Dataflow template for writing from\n Pub/Sub to BigQuery. Similarly,\n a Cloud Storage subscription offers configurable file batching options\n based on file size and elapsed time, which are not configurable in the\n basic Dataflow template for writing from\n Pub/Sub to Cloud Storage.\n\nHowever, a Dataflow pipeline is still\nrecommended for Pub/Sub systems where some data\ntransformation is required before the data is stored in a\nGoogle Cloud resource such as a BigQuery table or\nCloud Storage bucket.\n\nTo learn how to stream data from Pub/Sub to\nBigQuery with transformation by using Dataflow,\nsee [Stream from Pub/Sub to BigQuery](/dataflow/docs/tutorials/dataflow-stream-to-bigquery).\n\nTo learn how to stream data from Pub/Sub to\nCloud Storage with transformation by using\nDataflow, see\n[Stream messages from Pub/Sub by using Dataflow](/pubsub/docs/stream-messages-dataflow).\n\nWhat's next\n-----------\n\nUnderstand the workflow for each subscription type:\n\n- [Pull](/pubsub/docs/pull)\n\n- [Push](/pubsub/docs/push)\n\n- [BigQuery](/pubsub/docs/bigquery)\n\n- [Cloud Storage](/pubsub/docs/cloudstorage)"]]
