Pub/Sub

Google Cloud Pub/Sub est un service de messagerie asynchrone qui permet d'échanger des messages entre différentes applications de manière fiable et évolutive.

Il est conçu pour connecter des composants hétérogènes, tels que des microservices, des applications web et des appareils IoT, en facilitant le transfert de messages en temps réel. Son fonctionnement repose sur un modèle de publishers et subscribers : les éditeurs publient des messages à un sujet, tandis que les abonnés s'abonnent à ce sujet pour recevoir ces messages.

Les principaux avantages de Pub/Sub incluent son évolutivité, grâce à une gestion automatique de l’échelle, ainsi que son intégration simplifiée avec d’autres services GCP (comme Google Cloud IAM pour la sécurité ou Cloud Functions et Dataflow pour le traitement des données). Entièrement managé, Pub/Sub est également plus simple à mettre en place que Kafka, son principal concurrent, souvent autogéré. Cependant, Pub/Sub offre moins de contrôle et de personnalisation, notamment en termes de gestion des flux de données : il ne prend pas en charge les schémas JSON et limite les révisions de schémas à 20.

Par ailleurs, pour de très forts volumes de données, une solution Kafka autogérée peut s’avérer plus économique.

Le point de vue Theodo

Nous recommandons d’adopter Pub/Sub si votre entreprise est déjà intégrée dans l'écosystème Google Cloud ou si vous recherchez une solution managée pour réduire la charge opérationnelle liée à la gestion de l'infrastructure de messagerie. Google Cloud Pub/Sub est une option robuste et performante pour les organisations souhaitant mettre en place une infrastructure de messagerie fiable et évolutive.

Le point de vue MDN

Cette technologie de queuing auto-managée par Google est très bien intégrée avec tout l'écosystème GCP. Plus simple qu’un Kafka, mais avec beaucoup moins d’options paramétrables (comme le nombre d’ack au niveau des replicas), elle est géodistribuée sur plusieurs régions GCP pour éviter les pertes de messages. Toutefois, il convient de prévoir des coûts additionnels liés à l’egress/ingress et à la réplication des messages entre régions.