Choisir Pub/Sub ou Pub/Sub Lite

Cette page est destinée à vous aider à choisir entre Pub/Sub et Pub/Sub Lite.

Pub/Sub et Pub/Sub Lite sont tous deux des services de messagerie gérés horizontalement et évolutifs. Pub/Sub doit être la solution par défaut pour la plupart des cas d'utilisation d'intégration et d'analyse d'applications. Pub/Sub Lite n'est recommandé que pour les applications où des coûts extrêmement faibles justifient certains efforts opérationnels supplémentaires.

Pub/Sub propose une gamme plus large de fonctionnalités, le parallélisme par message, le routage mondial et le scaling automatique de la capacité des ressources.

Pub/Sub Lite peut être beaucoup moins cher qu'un ordre de grandeur, mais offre une disponibilité et une durabilité inférieures. De plus, Pub/Sub Lite nécessite de réserver et de gérer manuellement la capacité des ressources.

Par exemple, la différence de coût pour un système avec un seul abonnement (chaque message est destiné à être lu une fois) peut être 85% moins chère. Pour rendre cet exemple concret, si vous avez publié et reçu 1 Mio/s (60 Mio/min, soit 2,5 Tio/mois) de données et que vos messages stockés pendant 24 heures (84 Gio/mois de capacité de stockage), Le coût de Pub/Sub Lite serait de 30 $/mois contre 200 $/mois avec Pub/Sub.

Pour en savoir plus sur les différences de coût entre Pub/Sub et Pub/Sub Lite, consultez la page Tarifs de Pub/Sub Lite.

Tableau de comparaison

Caractéristique Pub/Sub Pub/Sub Lite
Réplication des messages Plusieurs zones dans une seule région Zone unique
Capacité Provisionné automatiquement Provisionner avant l'utilisation
Prix Payer pour la capacité utilisée Payer pour la capacité provisionnée
Stockage Illimité De 30 Gio à 10 Tio par sujet Lite
Durée de conservation Jusqu'à 7 jours Illimité
Points de terminaison d'un service Monde et régional Régional
Espace de noms de ressource Monde Zonal
Routage des messages Monde Zonal

Routage des messages

Pub/Sub achemine les messages dans le monde entier. Les applications hébergées dans n'importe quelle région peuvent publier des messages dans un seul sujet. Ils sont traités dans la région la plus proche autorisée par les règles d'administration et transmis aux abonnés indépendamment de la source.

Pub/Sub Lite achemine les messages de manière zonale. Les abonnés doivent se connecter à l'instance du service dans la région où se trouve le sujet. Par conséquent, les éditeurs et les abonnés doivent maintenir la connectivité réseau à la même région pour communiquer. Les éditeurs peuvent publier des données sur n'importe quel sujet à partir de n'importe quel emplacement, mais cela peut nécessiter une connexion à une région distante, ce qui augmente la latence du réseau. Les abonnés qui ont besoin de données globales publiées sur des sujets situés dans des emplacements différents doivent se connecter à chaque instance de service local pertinente pour lire les messages.

Espace de noms de ressource

Les sujets et les abonnements Pub/Sub sont des ressources globales. Le service Pub/Sub peut stocker des messages dans n'importe quelle région autorisée par une règle de stockage de sujets. En outre, un sujet et un abonnement à ce sujet peuvent être stockés dans différents projets, ce qui permet une facturation et un contrôle des accès précis. Enfin, les abonnés obtiennent les mêmes données quel que soit le point de terminaison de service utilisé pour se connecter à Pub/Sub, ou le point de terminaison de service utilisé par l'éditeur des données.

Les sujets et abonnements Pub/Sub Lite sont des ressources zonales qui doivent se trouver dans le même projet et la même zone Cloud. Si vous exécutez un éditeur ou un abonné sur Google Cloud, l'application peut s'exécuter dans un projet cloud différent du projet Cloud dans lequel se trouvent le sujet et l'abonnement Lite. Pour obtenir la liste des zones disponibles dans Pub/Sub Lite, consultez la page Emplacements Pub/Sub Lite.

Gestion de la capacité

Pub/Sub s'adapte automatiquement. La capacité de publication des messages est automatiquement provisionnée. Vous pouvez ainsi envoyer et recevoir des messages à tout moment, dans les limites que vous avez configurées pour votre projet.

Pub/Sub Lite est provisionné manuellement. Vous devez configurer le nombre de partitions par sujet Lite. Vous devez également provisionner le stockage et la capacité de débit. La capacité de débit peut être provisionnée à l'aide de réservations Lite.

Modes d'envoi

Pub/Sub est compatible avec plusieurs modes de distribution des messages. Ceux-ci incluent Pull (interrogation classique), Push (HTTPS POST), StreamingPull (RPC bidirectionnel, pour une latence minimale). la plus efficace), et récupérer HTTP et REST.

Pub/Sub Lite n'est compatible qu'avec la diffusion en flux continu de messages pull gRPC. Pour demander des messages, les abonnés établissent des connexions de streaming bidirectionnelles avec chaque partition.

Parallélisme

Pub/Sub utilise le parallélisme par message. Cela permet le traitement simultané d'un nombre quelconque de messages envoyés par un ou plusieurs milliers de clients pour un même abonnement.

Pub/Sub Lite utilise le parallélisme basé sur des partitions. Cela oblige un client à traiter chaque partition de données de manière linéaire sur une seule instance de client. Cela limite le nombre maximal d'instances clientes au nombre maximal de partitions.

Pipelines en streaming

Pub/Sub et Pub/Sub Lite sont intégrés à Dataflow pour le traitement de flux sans serveur et l'intégration des données. Pub/Sub permet à Dataflow de gagner en flexibilité et est compatible avec Dataflow SQL.

Pour commencer à utiliser Dataflow et Pub/Sub ou Pub/Sub Lite, suivez les tutoriels ci-dessous: