{"source":"CiteHawk AI Index","record":"message queue services — 2026-11","url":"https://www.citehawk.com/leaderboards/editions/2026-11/message-queue-services","immutable":true,"snapshotId":"f38cfea1-08ec-4495-9aef-8e94fa8c99f3","capturedAt":"2026-11-01T05:10:47.915+00:00","contentHash":"e9f8041ca0c423755a57d5f5b6d4d9a7975de69480aa97738b8dd8f3773db312","contentHashSpec":"sha256-v1: hex SHA-256 of the UTF-8 bytes of the compact JSON array (no whitespace, non-ASCII characters unescaped, as JavaScript JSON.stringify emits) of [provider, run, model, text] tuples, one per captured answer, sorted by provider then run","registryRulesHash":"c45953a641fc763b2597a6a3f8837471f65b7550827fe50008bb0e5221fca519","registryRulesHashSpec":"sha256-v1: hex SHA-256 of the UTF-8 bytes of the compact JSON object {version, aliases, notInCategory, categoryAllow, serviceSlugRe} where aliases is the array of [foldedKey, canonicalName, pinnedDomain, categoryScope] tuples sorted by key, carrying a fifth regionScope element only on the entries that have one, notInCategory and categoryAllow are arrays of [categorySlug, domains] tuples sorted by slug, and every domain/scope list is itself sorted, carrying a trailing notInCategoryByRegion element, an array of [categorySlug, region, domains] triples sorted by slug then region, only when at least one region-scoped deny entry exists, and after it a trailing notInCategoryByName element, an array of [categorySlug, regionScope, names] triples sorted by slug then scope (regionScope \"*\" for every board region, names as published), only when at least one name-scoped deny entry exists","region":"global","prompt":"What are the best message queue services? Recommend the top brands or products that people actually use.","providers":["openai","claude","gemini","perplexity","deepseek","grok","bing_copilot","google_aio","google_ai_mode"],"models":{"grok":"grok-4.3","claude":"claude-sonnet-5-5","gemini":"gemini-3.6-flash","openai":"gpt-6-sol","deepseek":"deepseek-flash","google_aio":"google_aio","perplexity":"sonar","bing_copilot":"bing_copilot","google_ai_mode":"google_ai_mode"},"runsPerProvider":1,"totalCalls":18,"ranking":[{"rank":1,"brand":"RabbitMQ","domain":"rabbitmq.com","entityId":"cc497224-6763-48cd-a38d-57501a05ac89","score":54.9,"mentions":9,"recommendedBy":["openai","claude","gemini","perplexity","deepseek","grok","bing_copilot","google_aio","google_ai_mode"],"averagePositionByProvider":{"grok":2,"claude":1,"gemini":2,"openai":2,"deepseek":4,"google_aio":1,"perplexity":1,"bing_copilot":2,"google_ai_mode":1}},{"rank":2,"brand":"Amazon SQS","domain":"aws.amazon.com","entityId":"3666af11-2b31-4cd9-ae70-44c69cfdf69a","score":52.4,"mentions":9,"recommendedBy":["openai","claude","gemini","perplexity","deepseek","grok","bing_copilot","google_aio","google_ai_mode"],"averagePositionByProvider":{"grok":3,"claude":3,"gemini":1,"openai":1,"deepseek":1,"google_aio":3,"perplexity":3,"bing_copilot":6,"google_ai_mode":2}},{"rank":3,"brand":"Apache Kafka","domain":"kafka.apache.org","entityId":"a78d280b-c002-4366-b902-f57a69f81ab3","score":51.7,"mentions":8,"recommendedBy":["openai","claude","gemini","perplexity","deepseek","grok","google_aio","google_ai_mode"],"averagePositionByProvider":{"grok":1,"claude":2,"gemini":1,"openai":3,"deepseek":2,"google_aio":2,"perplexity":2,"google_ai_mode":4}},{"rank":4,"brand":"NATS","domain":"nats.io","entityId":"1705f9ad-22da-4d77-beba-c9cb4c17daf8","score":49,"mentions":9,"recommendedBy":["claude","gemini","perplexity","deepseek","grok","bing_copilot","google_aio","google_ai_mode","openai"],"averagePositionByProvider":{"grok":7,"claude":9,"gemini":5,"openai":6,"deepseek":7,"google_aio":6,"perplexity":6,"bing_copilot":1,"google_ai_mode":8}},{"rank":5,"brand":"Azure Service Bus","domain":"azure.microsoft.com","entityId":"7c66fad9-972d-482d-b7c2-d25be443e145","score":48.1,"mentions":8,"recommendedBy":["openai","claude","gemini","perplexity","deepseek","grok","google_aio","google_ai_mode"],"averagePositionByProvider":{"grok":4,"claude":4,"gemini":8,"openai":5,"deepseek":2,"google_aio":4,"perplexity":5,"google_ai_mode":3}},{"rank":6,"brand":"Google Cloud Pub/Sub","domain":"cloud.google.com","entityId":"6231f6d8-8a49-4d2d-8627-83abdcd2d7e3","score":39,"mentions":6,"recommendedBy":["openai","gemini","perplexity","deepseek","grok","google_ai_mode"],"averagePositionByProvider":{"grok":5,"gemini":7,"openai":4,"deepseek":3,"perplexity":4,"google_ai_mode":7}},{"rank":7,"brand":"IBM MQ","domain":"ibm.com","entityId":"d8bf21d3-f03f-4066-8dd0-8bbe02143571","score":38,"mentions":6,"recommendedBy":["claude","perplexity","deepseek","bing_copilot","google_aio","google_ai_mode"],"averagePositionByProvider":{"claude":10,"deepseek":9,"google_aio":5,"perplexity":7,"bing_copilot":4,"google_ai_mode":9}},{"rank":8,"brand":"Apache Pulsar","domain":"pulsar.apache.org","entityId":"0825a464-5616-4c23-a8f9-722e4dd4bb22","score":32,"mentions":5,"recommendedBy":["claude","gemini","perplexity","deepseek","grok"],"averagePositionByProvider":{"grok":6,"claude":11,"gemini":4,"deepseek":8,"perplexity":8}},{"rank":9,"brand":"Redis","domain":"redis.io","entityId":"0c90ee66-df25-4df5-b80d-1ff1361b53fa","score":26.4,"mentions":4,"recommendedBy":["openai","gemini","perplexity","deepseek"],"averagePositionByProvider":{"gemini":3,"openai":7,"deepseek":6,"perplexity":9}},{"rank":10,"brand":"ActiveMQ","domain":"activemq.apache.org","entityId":"cb57d1a9-aec4-4ab1-b67e-76cc4ee6ce93","score":25.8,"mentions":4,"recommendedBy":["claude","grok","bing_copilot","deepseek"],"averagePositionByProvider":{"grok":8,"claude":12,"deepseek":9,"bing_copilot":5}},{"rank":11,"brand":"Confluent Cloud","domain":"confluent.io","entityId":"697de2a8-43c9-4d05-8e45-7c1f037bd117","score":23.6,"mentions":3,"recommendedBy":["gemini","deepseek","google_ai_mode"],"averagePositionByProvider":{"gemini":1,"deepseek":2,"google_ai_mode":5}},{"rank":12,"brand":"CloudAMQP","domain":"cloudamqp.com","entityId":"9bb67fbe-56c8-427d-832e-25202dfbb636","score":17,"mentions":2,"recommendedBy":["gemini","deepseek"],"averagePositionByProvider":{"gemini":2,"deepseek":4}},{"rank":13,"brand":"Redpanda","domain":"redpanda.com","entityId":"143ac82f-97ad-4dff-862e-16b2841afb86","score":14.7,"mentions":2,"recommendedBy":["deepseek","grok"],"averagePositionByProvider":{"grok":9,"deepseek":2}}],"answers":[{"provider":"bing_copilot","run":1,"model":"bing_copilot","capturedAt":"2026-11-01T05:10:47.923Z","text":"The most widely used and top‑ranked message queue services in 2026 are NATS, RabbitMQ, HiveMQ, IBM MQ, ActiveMQ, and Amazon SQS, each dominating different deployment and reliability needs.\n\n✅ Quick Top Picks (Based on 2026 Rankings & User Adoption)\n\nNATS — strongest overall MQ software in 2026, top score 9.4/10 RabbitMQ — most widely deployed open‑source broker with mature routing HiveMQ — top MQTT broker for IoT messaging and observability IBM MQ — #1 in user mindshare (21.3%) and top enterprise choice ActiveMQ — widely used JMS/AMQP broker with strong adoption Amazon SQS — leading managed cloud queue for AWS workloads\n\nThese represent the brands people actually use across cloud, enterprise, and open‑source ecosystems.\n\n📊 Comparison Table — What Each Top MQ Is Best At\n\nProduct | Best For | Why People Use It | Source\nNATS | Low‑latency microservices | JetStream adds durable streams + replay | 1\nRabbitMQ | Self‑hosted routing & AMQP | Quorum queues, flexible exchanges | 1\nHiveMQ | IoT & MQTT workloads | Deep client telemetry + reliable MQTT delivery | 1\nIBM MQ | Enterprise & regulated systems | Most popular MQ; durable hybrid messaging | 1\nActiveMQ | JMS/AMQP enterprise apps | Multi‑protocol, durable subscriptions | 1\nAmazon SQS | Cloud‑managed queues | Serverless‑friendly, no broker ops | 1\n2 Sources2\n\n🥇 1. NATS (Top Overall MQ in 2026)\n\nNATS ranks #1 with a 9.4/10 score. Why it’s popular:\n\nExtremely lightweight and fast\nJetStream adds durable queues, replay, and backpressure controls\nGreat for cloud‑native microservices\n\nBest fit: real‑time systems, microservices, and teams wanting minimal operational overhead.\n\n🥈 2. RabbitMQ (Most Widely Deployed Open‑Source Broker)\n\nRabbitMQ is consistently one of the most used brokers worldwide. Why people choose it:\n\nMature routing via exchanges and bindings\nSupports AMQP, MQTT, and more\nQuorum queues replicate messages via Raft\n\nBest fit: self‑hosted deployments, microservices, and complex routing needs.\n\n🥉 3. HiveMQ (Top MQTT Broker for IoT)\n\nHiveMQ is a leading MQTT platform with strong enterprise adoption. Why people use it:\n\nBuilt‑in metrics and client‑session telemetry\nReliable MQTT delivery controls\nExcellent for large IoT fleets\n\nBest fit: IoT messaging, device telemetry, and MQTT‑heavy architectures.\n\n🏢 4. IBM MQ (Most Popular Enterprise MQ)\n\nIBM MQ holds the largest mindshare (21.3%) among MQ products. Why enterprises rely on it:\n\nDurable, transactional messaging\nHybrid and mainframe integration\nHigh availability and failover\n\nBest fit: banks, insurers, government, and regulated industries.\n\n🏛️ 5. Apache ActiveMQ\n\nActiveMQ remains one of the most widely used JMS/AMQP brokers. Why people use it:\n\nMulti‑protocol support\nDurable subscriptions\nReliable delivery for enterprise apps\n\nBest fit: Java‑heavy stacks, enterprise integration, JMS workloads.\n\n☁️ 6. Amazon SQS (Top Managed Cloud Queue)\n\nSQS is one of the most used cloud queue services globally. Why teams choose it:\n\nFully managed (no broker to run)\nIdeal for serverless and microservices\nStrong adoption across AWS ecosystems\n\nBest fit: cloud‑native apps, event‑driven systems, serverless architectures.\n\nHow to Choose the Right MQ\n\nPick based on deployment model first:\n\nSelf‑hosted: RabbitMQ, NATS, ActiveMQ, HiveMQ\nEnterprise hybrid: IBM MQ\nFully managed cloud: Amazon SQS\n\nThen match delivery guarantees (durable, replayable, low‑latency, transactional).\n\nFollow‑up question\n\nWould you like a shortlist tailored to your use case (microservices, IoT, enterprise, or cloud‑native)?","extractedBrands":[{"name":"NATS","domain":null,"position":1},{"name":"RabbitMQ","domain":null,"position":2},{"name":"HiveMQ","domain":null,"position":3},{"name":"IBM MQ","domain":"ibm.com","position":4},{"name":"ActiveMQ","domain":null,"position":5},{"name":"Amazon SQS","domain":"amazon.com","position":6}]},{"provider":"claude","run":1,"model":"claude-sonnet-5-5","capturedAt":"2026-11-01T05:10:47.923Z","text":"Four products cover most real-world use: RabbitMQ, Apache Kafka, Amazon SQS, and Azure Service Bus. The right one depends on your cloud and workload.\n\n## The big names\n\n**1. RabbitMQ (open source, general-purpose broker)**\n- It's the one most teams know. The usual pick for a general-purpose broker.\n- Use it when you need complex routing, priority queues, or protocol flexibility (AMQP, MQTT, STOMP) that SQS doesn't support.\n- CloudAMQP and Amazon MQ provide managed hosting options.\n- One source says if you don't know what to pick, start with RabbitMQ, since Kafka's operational complexity is significant.\n\n**2. Apache Kafka (event streaming)**\n- Strictly it's a log-based streaming platform, not a classic queue. A point-to-point queue removes a message once consumed, while Kafka retains it. That retention is what enables replay.\n- Choose it for high-throughput, append-only event streams, such as analytics, event sourcing, and log aggregation.\n- If you're leaning toward Kafka, start with managed services like Confluent Cloud or Amazon MSK to reduce operational overhead.\n\n**3. Amazon SQS (managed, AWS)**\n- It's a fully managed queuing service built for microservices, distributed systems, and serverless applications.\n- It needs no servers to run. It's a good fit for simple async work, but it lacks Kafka's replay capability, complex routing, and partitioning model.\n- The trade-off is lock-in. One comparison says to eliminate SQS if you're multi-cloud or on-premises.\n\n**4. Azure Service Bus (managed, Microsoft)**\n- It's the pick for Microsoft-centric stacks, with enterprise queues and pub/sub inside Azure.\n\n## Other options worth knowing\n- **NATS** is lightweight and cloud-native, suited to real-time microservices and low-latency communication.\n- **IBM MQ** is for regulated and legacy-heavy organizations that need durable messaging across on-premises and cloud.\n- **Apache Pulsar** offers queues and streams in one system.\n- **ActiveMQ** suits Java shops needing several protocols.\n- **BullMQ** (Redis-based) is a simple job queue for Node.js apps, such as email or OTP jobs.\n- **PostgreSQL as a queue** makes sense for tasks that need strict data safety and ACID database transactions.\n\n## Quick picker\n| Your situation | Pick |\n|---|---|\n| All-in on AWS, want zero ops | SQS |\n| Background jobs and complex routing | RabbitMQ |\n| Event streaming, replay, very high throughput | Kafka |\n| Azure shop | Azure Service Bus |\n| Low-latency microservices | NATS |\n| Node.js app with Redis already in place | BullMQ |\n\nThroughput figures vary by source. One comparison lists Kafka at millions of messages per second and RabbitMQ at around 50K per node. If you tell me your cloud, expected volume, and whether you need replay, I can narrow it to one.","extractedBrands":[{"name":"RabbitMQ","domain":null,"position":1},{"name":"Apache Kafka","domain":null,"position":2},{"name":"Amazon SQS","domain":"aws.amazon.com","position":3},{"name":"Azure Service Bus","domain":"azure.microsoft.com","position":4},{"name":"CloudAMQP","domain":"cloudamqp.com","position":5},{"name":"Amazon MQ","domain":"aws.amazon.com","position":6},{"name":"Confluent Cloud","domain":"confluent.io","position":7},{"name":"Amazon MSK","domain":"aws.amazon.com","position":8},{"name":"NATS","domain":null,"position":9},{"name":"IBM MQ","domain":null,"position":10},{"name":"Apache Pulsar","domain":null,"position":11},{"name":"ActiveMQ","domain":null,"position":12},{"name":"BullMQ","domain":null,"position":13},{"name":"PostgreSQL","domain":null,"position":14}]},{"provider":"deepseek","run":1,"model":"deepseek-flash","capturedAt":"2026-11-01T05:10:47.923Z","text":"“Best” depends on whether you need **simple task queues**, **pub/sub**, **event streaming**, or **enterprise/JMS messaging**. The products below are the ones people actually use in production.\n\n## Quick picks by use case\n\n| Use case | Best/default pick | Strong alternatives |\n|---|---|---|\n| Simple managed queue on AWS | **Amazon SQS** (+ SNS for pub/sub) | Amazon MQ, EventBridge |\n| Global pub/sub | **Google Cloud Pub/Sub** | Azure Service Bus, SNS/SQS |\n| Kafka/event streaming | **Confluent Cloud** or **Amazon MSK** | Azure Event Hubs, Redpanda, StreamNative Pulsar |\n| Traditional task queue / work queue | **RabbitMQ** via **CloudAMQP** or Amazon MQ | Redis Streams, SQS |\n| Enterprise messaging/JMS | **Azure Service Bus** or **IBM MQ** | Amazon MQ / ActiveMQ Artemis |\n| Lightweight high-performance messaging | **NATS / JetStream** | Redis Pub/Sub, ZeroMQ |\n| Multi-tenant streaming/platform | **Apache Pulsar** via StreamNative | Kafka |\n| Serverless/HTTP-based queues | **Upstash QStash**, **Cloudflare Queues** | SQS, Pub/Sub |\n\n## Top brands/products people actually use\n\n1. **Amazon SQS / SNS / EventBridge**\n   - Most widely used managed queue service.\n   - SQS = reliable work queue; SNS = pub/sub; EventBridge = event bus.\n   - Pros: fully managed, cheap at low scale, integrates with AWS.\n   - Cons: AWS-centric, limited ordering/streaming semantics compared with Kafka.\n\n2. **Apache Kafka — Confluent Cloud / Amazon MSK / Redpanda / Azure Event Hubs**\n   - The default for high-throughput event streaming and log/event pipelines.\n   - **Confluent Cloud** is the best-known managed Kafka; **MSK** if you’re on AWS; **Redpanda** is Kafka-API-compatible and simpler.\n   - Pros: durable replayable log, ecosystem, partitioning, stream processing.\n   - Cons: operationally complex unless managed; overkill for simple jobs.\n\n3. **Google Cloud Pub/Sub**\n   - Excellent global managed pub/sub.\n   - Pros: simple, scalable, global, good GCP integration.\n   - Cons: not a Kafka replacement for replay-heavy streaming; GCP-centric.\n\n4. **RabbitMQ — CloudAMQP / Amazon MQ**\n   - Classic message broker for task queues, routing, work distribution.\n   - Very common with Python/Celery, Ruby, .NET, and microservices.\n   - Pros: flexible routing, mature, easy concepts.\n   - Cons: you often need to manage clusters; not ideal for huge event-stream retention.\n\n5. **Azure Service Bus**\n   - Microsoft’s enterprise message broker.\n   - Pros: sessions, dead-lettering, transactions, scheduled messages, good Azure/.NET integration.\n   - Cons: Azure-centric; less common outside Microsoft shops.\n\n6. **Redis Streams / Pub/Sub — Redis Cloud, Upstash**\n   - Common for lightweight queues, caching-adjacent messaging, real-time features.\n   - Pros: simple, fast, familiar.\n   - Cons: durability/retention and delivery guarantees depend on setup; not always a true MQ replacement.\n\n7. **NATS / JetStream — Synadia**\n   - Lightweight, high-performance messaging; popular in cloud-native/edge/IoT.\n   - Pros: simple, fast, good request/reply and pub/sub.\n   - Cons: smaller ecosystem than Kafka/RabbitMQ; less common in conservative enterprises.\n\n8. **Apache Pulsar — StreamNative**\n   - Strong multi-tenancy, geo-replication, queuing + streaming.\n   - Pros: scalable, tiered storage, good for platform teams.\n   - Cons: more complex; smaller adoption than Kafka.\n\n9. **IBM MQ / ActiveMQ Artemis / Amazon MQ**\n   - Enterprise/JMS-style messaging.\n   - IBM MQ is common in banks/legacy enterprise; ActiveMQ Artemis is common in Java/JMS shops.\n   - Pros: mature enterprise features.\n   - Cons: heavier, less cloud-native; often inherited rather than newly chosen.\n\n10. **Cloudflare Queues / Upstash QStash**\n    - Good for serverless/edge and HTTP-based background jobs.\n    - Pros: simple, serverless-friendly.\n    - Cons: narrower ecosystem; not for heavy streaming.\n\n## Practical recommendation\n\n- **If you’re on AWS and just need background jobs:** start with **SQS**.\n- **If you need pub/sub across services:** **SNS+SQS** on AWS, **Pub/Sub** on GCP, **Service Bus** on Azure.\n- **If you need event streaming/replay/analytics:** choose **Kafka** — **Confluent Cloud** if you want managed and feature-rich, **MSK** if AWS-native, **Redpanda** if you want Kafka API with less operational pain.\n- **If you need flexible routing/task queues:** **RabbitMQ** via **CloudAMQP** or **Amazon MQ**.\n- **If you want lightweight cloud-native messaging:** **NATS/JetStream**.\n- **If you’re in a large enterprise with JMS/legacy needs:** **Azure Service Bus**, **IBM MQ**, or **ActiveMQ Artemis**.\n\nThe most commonly used in practice are: **Amazon SQS/SNS, Kafka, RabbitMQ, Google Pub/Sub, Azure Service Bus, and Redis Streams**.","extractedBrands":[{"name":"Amazon SQS","domain":"amazon.com","position":1},{"name":"Amazon SNS","domain":"amazon.com","position":1},{"name":"Amazon MQ","domain":null,"position":1},{"name":"EventBridge","domain":null,"position":1},{"name":"Google Cloud Pub/Sub","domain":"cloud.google.com","position":3},{"name":"Azure Service Bus","domain":"azure.com","position":5},{"name":"Apache Kafka","domain":null,"position":2},{"name":"Confluent Cloud","domain":"confluent.io","position":2},{"name":"Amazon MSK","domain":"amazon.com","position":2},{"name":"Redpanda","domain":"redpanda.com","position":2},{"name":"Azure Event Hubs","domain":"azure.com","position":2},{"name":"RabbitMQ","domain":"rabbitmq.com","position":4},{"name":"CloudAMQP","domain":"cloudamqp.com","position":4},{"name":"IBM MQ","domain":"ibm.com","position":9},{"name":"ActiveMQ Artemis","domain":null,"position":9},{"name":"Redis","domain":"redis.io","position":6},{"name":"Upstash","domain":"upstash.com","position":6},{"name":"NATS","domain":"nats.io","position":7},{"name":"JetStream","domain":null,"position":7},{"name":"StreamNative","domain":"streamnative.io","position":8},{"name":"Apache Pulsar","domain":"pulsar.apache.org","position":8},{"name":"Cloudflare","domain":"cloudflare.com","position":10},{"name":"Cloudflare Queues","domain":"cloudflare.com","position":10},{"name":"Upstash QStash","domain":"upstash.com","position":10}]},{"provider":"gemini","run":1,"model":"gemini-3.6-flash","capturedAt":"2026-11-01T05:10:47.923Z","text":"When choosing a message queue (MQ) or messaging broker, the best option depends on your architectural needs—whether you need **traditional point-to-point queueing**, **high-throughput event streaming**, or a **fully managed cloud service**.\n\nHere are the top, most widely used message queue services and platforms in the industry, categorized by usage.\n\n---\n\n### 1. The Industry Standards (Open-Source / Self-Hosted / Managed)\n\n#### **Apache Kafka**\n* **Type:** Distributed Event Streaming Platform\n* **Best For:** High-throughput event streaming, log aggregation, real-time data pipelines, and event-driven architectures.\n* **Why it’s popular:** Kafka is the gold standard for massive scale. Unlike traditional message queues that delete messages once consumed, Kafka appends messages to an immutable log that multiple consumers can read independently at their own pace.\n* **Pros:** Unmatched throughput, durability, replayable message logs, massive ecosystem (Kafka Connect, Streams).\n* **Cons:** High operational complexity to self-host (though managed services like **Confluent Cloud** or **AWS MSK** solve this).\n* **Top Managed Providers:** Confluent Cloud, Amazon MSK, Aiven.\n\n#### **RabbitMQ**\n* **Type:** Traditional Message Broker (AMQP standard)\n* **Best For:** Complex message routing, background task processing, traditional asynchronous queueing.\n* **Why it’s popular:** RabbitMQ is the default choice for general-purpose messaging. It supports flexible routing topologies (direct, topic, fanout, headers) and automatically deletes messages once processed.\n* **Pros:** Highly flexible routing, broad language support, lightweight, mature plugins, easy to set up.\n* **Cons:** Harder to scale horizontally compared to Kafka; not built for long-term log retention or replaying past events.\n* **Top Managed Providers:** CloudAMQP, AWS Amazon MQ.\n\n#### **Redis (Streams / Pub/Sub / Lists)**\n* **Type:** In-Memory Data Store with Messaging capabilities\n* **Best For:** Simple background job queues, lightweight pub/sub, real-time microservice communication when speed is top priority.\n* **Why it’s popular:** Millions of applications already use Redis for caching. Using Redis Data Structures (like Lists or Redis Streams) as a message queue saves the operational overhead of deploying a dedicated messaging system.\n* **Pros:** Blazing fast (sub-millisecond latency), extremely simple to implement, zero extra infra if already using Redis.\n* **Cons:** Messages reside primarily in memory (requires careful setup for persistence); not ideal for mission-critical audit trails with massive throughput.\n\n---\n\n### 2. Modern Cloud-Native & Emerging Leaders\n\n#### **Apache Pulsar**\n* **Type:** Unified Distributed Messaging & Streaming\n* **Best For:** Enterprise environments needing a single platform for both traditional queuing (like RabbitMQ) and stream processing (like Kafka).\n* **Why it’s popular:** Pulsar separates compute (stateless brokers) from storage (Apache BookKeeper), making horizontal scaling and multi-tenancy significantly easier than Kafka.\n* **Pros:** Native multi-tenancy, tiered storage (offloading older data to S3/GCS), unifies pub/sub queueing and event streaming.\n* **Cons:** Smaller community/ecosystem compared to Kafka, higher architectural complexity.\n\n#### **NATS / NATS JetStream**\n* **Type:** Cloud-Native Messaging System\n* **Best For:** Microservices, IoT, edge computing, Kubernetes-native applications needing ultra-lightweight messaging.\n* **Why it’s popular:** NATS is written in Go, incredibly fast, uses minimal resources, and supports high availability out of the box. JetStream adds persistence, key-value, and object storage layer features.\n* **Pros:** Extremely low latency, tiny binary size, effortless deployment, built for security and multi-cloud setup.\n* **Cons:** Simpler feature set compared to full enterprise enterprise service buses.\n\n---\n\n### 3. Top Managed Cloud Services (Serverless)\n\nIf you prefer zero infrastructure management, cloud-native message queues are the fastest to integrate:\n\n#### **AWS SQS (Simple Queue Service) & AWS SNS**\n* **Best For:** Serverless AWS architectures, decoupled microservices, and asynchronous background worker patterns.\n* **Key Features:** SQS handles standard and FIFO queues with near-infinite scalability. Pair it with **AWS SNS (Simple Notification Service)** for pub/sub fanout capabilities.\n* **Pros:** 100% serverless, zero maintenance, pay-per-request pricing, deep integration with AWS Lambda and S3.\n\n#### **Google Cloud Pub/Sub**\n* **Best For:** Global, serverless event ingestion on Google Cloud Platform.\n* **Key Features:** Merges features of event streaming and traditional queuing into a single serverless primitive. Automatically scales globally without needing region-specific provisioning.\n* **Pros:** Seamless global routing, automatic scaling, dead-simple API, tight GCP ecosystem integration.\n\n#### **Azure Service Bus**\n* **Best For:** Enterprise applications and Microsoft-centric software stacks.\n* **Key Features:** Enterprise message broker with support for transactions, message sessions, dead-lettering, and scheduled delivery via AMQP 1.0.\n* **Pros:** Robust enterprise feature set, strong reliability, native Azure integration.\n\n---\n\n### Quick Decision Framework\n\n| Use Case | Best Recommendation |\n| :--- | :--- |\n| **Complex routing, standard background jobs (e.g., Celery)** | **RabbitMQ** |\n| **Real-time streaming, high throughput, data pipelines** | **Apache Kafka** (or **Confluent Cloud**) |\n| **AWS-native / Serverless applications** | **AWS SQS + SNS** |\n| **Ultra-fast, lightweight queueing with existing tech** | **Redis Streams** |\n| **GCP / Azure Cloud Architectures** | **Google Cloud Pub/Sub** / **Azure Service Bus** |\n| **Modern Edge / Kubernetes / Lightweight Microservices** | **NATS JetStream** |","extractedBrands":[{"name":"Apache Kafka","domain":null,"position":1},{"name":"Confluent Cloud","domain":"confluent.io","position":1},{"name":"AWS MSK","domain":"aws.amazon.com","position":1},{"name":"RabbitMQ","domain":"rabbitmq.com","position":2},{"name":"CloudAMQP","domain":"cloudamqp.com","position":2},{"name":"AWS Amazon MQ","domain":"aws.amazon.com","position":2},{"name":"Redis","domain":"redis.io","position":3},{"name":"Apache Pulsar","domain":"pulsar.apache.org","position":4},{"name":"NATS","domain":"nats.io","position":5},{"name":"NATS JetStream","domain":"nats.io","position":5},{"name":"AWS SQS","domain":"aws.amazon.com","position":6},{"name":"AWS SNS","domain":"aws.amazon.com","position":6},{"name":"Google Cloud Pub/Sub","domain":"cloud.google.com","position":7},{"name":"Azure Service Bus","domain":"azure.microsoft.com","position":8}]},{"provider":"google_ai_mode","run":1,"model":"google_ai_mode","capturedAt":"2026-11-01T05:10:47.923Z","text":"When choosing a message queue or event streaming service, the \"best\" option depends entirely on whether you need traditional point-to-point task queues, advanced routing, or massive event-streaming pipelines.\n\nThe top-tier message queue and broker services that development teams actually use fall into distinct categories:\n\n1. Traditional Message Queues & Brokers (Task Distribution & Routing)\n\nRabbitMQ : The undisputed favorite open-source general-purpose message broker. It shines at complex routing (using exchanges and bindings), fine-grained message acknowledgments, and standard background job processing. It supports multiple protocols (AMQP, MQTT, STOMP). Amazon SQS (Simple Queue Service): The go-to choice for cloud-native and serverless applications built on AWS. It is fully managed (zero infrastructure to maintain), scales infinitely, and integrates seamlessly with AWS Lambda, SNS, and IAM. Azure Service Bus : The premier enterprise message broker for Microsoft Azure-centric stacks. It offers advanced enterprise features like message sessions (ordered processing), dead-lettering, and robust role-based security out of the box.\n\n2. High-Throughput Event Streaming (Logs & Real-Time Analytics)\n\nApache Kafka / Confluent Cloud / Amazon MSK: Not a traditional queue, but a distributed event log. Kafka is the gold standard for high-throughput, real-time data streaming, activity tracking, and database change data capture (CDC) via Kafka Connect. You use Kafka when multiple consumers need to read the same event stream independently or replay historical data. Google Cloud Pub/Sub : Google’s enterprise-grade, globally distributed real-time messaging service. It acts as the backbone for analytics and streaming pipelines within GCP, providing automatic scaling and at-least-once delivery guarantees.\n\n3. Lightweight & Modern Alternatives\n\nNATS (NATS JetStream): A cloud-native, incredibly fast, and lightweight messaging system designed for microservices and low-latency communication. It has a tiny footprint and is simple to operate compared to heavyweights like Kafka. IBM MQ : The veteran enterprise standard heavily relied upon in banking, mainframes, and deeply regulated legacy-heavy corporate environments where zero message loss and strict transaction guarantees are mandatory.\n\nQuick Selection Guide\n\nOn AWS needing zero ops? Go with Amazon SQS. Need advanced routing logic or self-hosting freedom? Go with RabbitMQ. Building a high-volume real-time data/analytics pipeline? Go with Apache Kafka. Working in a strict Microsoft Azure ecosystem? Go with Azure Service Bus.\n\nTo help narrow down the ideal choice, tell me:\n\nAre you deploying self-hosted (on-prem/Docker) or looking for a fully managed cloud service ? What is your primary cloud provider or tech stack (AWS, Azure, GCP, or bare metal)?","extractedBrands":[{"name":"RabbitMQ","domain":null,"position":1},{"name":"Amazon SQS","domain":"amazon.com","position":2},{"name":"Azure Service Bus","domain":"azure.com","position":3},{"name":"Apache Kafka","domain":null,"position":4},{"name":"Confluent Cloud","domain":"confluent.io","position":5},{"name":"Amazon MSK","domain":"amazon.com","position":6},{"name":"Google Cloud Pub/Sub","domain":"cloud.google.com","position":7},{"name":"NATS","domain":"nats.io","position":8},{"name":"IBM MQ","domain":"ibm.com","position":9}]},{"provider":"google_aio","run":1,"model":"google_aio","capturedAt":"2026-11-01T05:10:47.923Z","text":"RabbitMQ vs Kafka Cloud managed queues Open source brokers High throughput streaming Task queue picks Enterprise messaging\n\nThe top message queue and message broker services that developers and enterprise teams actually use depend on your workload—whether you need complex task routing, massive event streaming, or zero-maintenance cloud services.\n\n1. RabbitMQ (Best General-Purpose Message Broker)\n\nWhat it is: A mature, open-source multi-protocol message broker (supporting AMQP, MQTT, and STOMP). Best for: Traditional task queues, fine-grained message routing, request/reply patterns, and microservices communication. How it works: Uses rich exchange types (direct, topic, headers) to route messages to queues, and typically deletes messages once acknowledged by a consumer. Learn more: RabbitMQ Official Site\n\n2. Apache Kafka (Best for High-Throughput Event Streaming)\n\nWhat it is: A distributed, fault-tolerant event streaming platform rather than a traditional point-to-point queue. Best for: Massive log aggregation, real-time analytics, event sourcing, and high-throughput data pipelines. How it works: Appends messages to durable, immutable logs instead of deleting them immediately, allowing multiple consumers to read at their own pace and replay history. Learn more: Apache Kafka\n\n3. Amazon Simple Queue Service - SQS (Best Serverless Cloud Queue)\n\nWhat it is: A fully managed, zero-maintenance message queuing service on AWS. Best for: Cloud-native and serverless architectures on AWS where you want zero broker maintenance and automatic scaling. How it works: Decouples application components easily, though with payload size limits (256 KB) and simpler routing capabilities compared to dedicated self-managed brokers. Learn more: Amazon SQS\n\n4. Microsoft Azure Service Bus (Best for Enterprise .NET / Azure Stacks)\n\nWhat it is: A fully managed enterprise integration message broker inside Microsoft Azure. Best for: Hybrid enterprise apps, complex pub/sub topologies, and transactional queues tightly integrated with Azure and .NET environments. How it works: Supports both point-to-point queues and publish-subscribe topics with enterprise dead-lettering and duplicate detection.\n\n5. IBM MQ (Best for Regulated Enterprise & Mainframes)\n\nWhat it is: Long-standing, battle-tested enterprise messaging middleware dating back decades. Best for: Mission-critical banking, financial services, and legacy hybrid-cloud or mainframe environments requiring strict transactional guarantees. How it works: Provides guaranteed, secure, and audited message delivery across heterogeneous enterprise systems.\n\n6. NATS / NATS JetStream (Best Lightweight & Low-Latency)\n\nWhat it is: A lightweight, high-performance cloud-native messaging system. Best for: Microservices, IoT telemetry, and low-latency real-time communication with minimal operational overhead.\n\nQuick Comparison at a Glance\n\nService Primary Strength Throughput Setup & Maintenance\nRabbitMQ Flexible routing & task queues High Moderate\nApache Kafka Event streaming & log retention Very High Complex\nAmazon SQS Zero-admin serverless AWS queue High Minimal (Managed)\nAzure Service Bus Enterprise Azure/Net messaging High Minimal (Managed)\nIBM MQ Banking/mainframe compliance High Heavy (Enterprise)\n\nTo help narrow down the best fit, tell me:What programming language or cloud provider are you using?\nDo you need simple task queues (where messages disappear after processing) or event streaming / history replay ?","extractedBrands":[{"name":"RabbitMQ","domain":"rabbitmq.com","position":1},{"name":"Apache Kafka","domain":null,"position":2},{"name":"Amazon Simple Queue Service","domain":"aws.amazon.com","position":3},{"name":"Microsoft Azure Service Bus","domain":"azure.microsoft.com","position":4},{"name":"IBM MQ","domain":null,"position":5},{"name":"NATS","domain":"nats.io","position":6}]},{"provider":"grok","run":1,"model":"grok-4.3","capturedAt":"2026-11-01T05:10:47.923Z","text":"**The top message queue (or messaging/streaming) services that people actually use in 2025–2026 are Apache Kafka, RabbitMQ, Amazon SQS, and cloud-managed options like Azure Service Bus or Google Cloud Pub/Sub, along with emerging or specialized ones like Apache Pulsar, NATS, and Redpanda.**[[1]](https://www.lilachbullock.com/best-message-queues/)[[2]](https://askhndigests.com/blog/choosing-message-queue-2025-developer-insights-kafka-rabbitmq-nats)\n\nThese dominate based on market share data, developer discussions (e.g., Hacker News), “best of” comparisons, and real-world adoption metrics. Self-hosted open-source brokers and fully managed cloud services both see heavy use, depending on whether teams want control or minimal ops overhead.\n\n### Top Recommendations by Popularity and Use Case\nHere are the leaders, ranked roughly by frequency of mention and adoption signals (e.g., one analysis showed Kafka at ~39% and RabbitMQ at ~30% market share in the queueing/messaging category):\n\n- **Apache Kafka (and managed variants like AWS MSK, Confluent Cloud, or Aiven for Kafka)**: The go-to for high-throughput event streaming, real-time data pipelines, event sourcing, and acting as a “central nervous system” for microservices. It excels at persistence, replayability, multiple consumers per topic, and massive scale (millions of messages/sec). Widely adopted by large organizations; variants like Redpanda offer a Kafka-compatible alternative with simpler operations.[[3]](https://www.6sense.com/tech/queueing-messaging-and-background-processing/apache-kafka-market-share)[[2]](https://askhndigests.com/blog/choosing-message-queue-2025-developer-insights-kafka-rabbitmq-nats)[[4]](https://cloudurable.com/blog/kafka-vs-jms-2025/)\n\n- **RabbitMQ**: A mature, reliable general-purpose broker favored for complex routing (exchanges/bindings, priority queues, dead-lettering), moderate-scale workloads, and teams that value familiarity and features without extreme throughput needs. It’s often recommended as a starting point for most teams and sees strong adoption in production. Managed options like CloudAMQP make it easy to run without self-hosting.[[1]](https://www.lilachbullock.com/best-message-queues/)[[2]](https://askhndigests.com/blog/choosing-message-queue-2025-developer-insights-kafka-rabbitmq-nats)\n\n- **Amazon SQS (with SNS for pub/sub patterns)**: The default for serverless and AWS-centric apps. Fully managed, simple, scalable, with a generous free tier and seamless Lambda integration. Ideal for decoupling microservices, background jobs, or distributed systems where you don’t want to manage infrastructure. FIFO queues add ordering when needed.[[1]](https://www.lilachbullock.com/best-message-queues/)[[5]](https://futuretweets.com/rabbitmq-vs-sqs-vs-azure-service-bus-2026/)\n\n- **Cloud-native/managed alternatives**:\n  - **Azure Service Bus**: Strong for enterprise Azure workloads needing queues + topics/subscriptions and hybrid scenarios.[[6]](https://www.linkedin.com/pulse/top-message-queue-tools-companies-how-compare-them-2025-ig7yc)\n  - **Google Cloud Pub/Sub**: Serverless pub/sub with global reach and good integration in the Google ecosystem.[[6]](https://www.linkedin.com/pulse/top-message-queue-tools-companies-how-compare-them-2025-ig7yc)\n\n- **Other notable mentions that see real use**:\n  - **Apache Pulsar**: Combines queuing and streaming in one system; good when you want both capabilities.[[1]](https://www.lilachbullock.com/best-message-queues/)\n  - **NATS (with JetStream for persistence)**: Lightweight, high-performance, cloud-native option popular for edge computing, simple pub/sub, or embedding in Go apps.[[2]](https://askhndigests.com/blog/choosing-message-queue-2025-developer-insights-kafka-rabbitmq-nats)\n  - **ActiveMQ**: Solid open-source multi-protocol broker, especially in Java environments.[[1]](https://www.lilachbullock.com/best-message-queues/)\n  - **Redpanda**: Kafka-compatible streaming platform gaining traction for real-time/analytics workloads.[[7]](https://www.inferse.com/best/message-queue-software/)\n\n### Quick Guidance on Choosing One\n- **High-scale streaming/event-driven architectures** → Kafka (or Pulsar/Redpanda).\n- **General-purpose messaging with routing/complexity** → RabbitMQ.\n- **Serverless, low-ops, or cloud-native simplicity** → SQS (AWS), Pub/Sub (Google), or Service Bus (Azure).\n- **Lightweight or edge** → NATS.\n- **Enterprise features/security** → IBM MQ or managed cloud services.\n\nMany teams use more than one (e.g., Kafka for core streaming + SQS/RabbitMQ for specific queues). Self-hosted options require operational effort (clustering, monitoring, scaling), while managed services (CloudAMQP, Confluent, AWS/Azure/GCP offerings) reduce that burden at the cost of vendor lock-in or pricing.[[5]](https://futuretweets.com/rabbitmq-vs-sqs-vs-azure-service-bus-2026/)\n\nPopularity shifts with workload, existing cloud provider, and team expertise—check recent benchmarks or your specific requirements (throughput, ordering, durability, latency) before deciding. These options consistently appear at the top of 2025–2026 comparisons and adoption data.","extractedBrands":[{"name":"Apache Kafka","domain":null,"position":1},{"name":"RabbitMQ","domain":null,"position":2},{"name":"Amazon SQS","domain":"aws.amazon.com","position":3},{"name":"Azure Service Bus","domain":"azure.microsoft.com","position":4},{"name":"Google Cloud Pub/Sub","domain":"cloud.google.com","position":5},{"name":"Apache Pulsar","domain":null,"position":6},{"name":"NATS","domain":"nats.io","position":7},{"name":"ActiveMQ","domain":"activemq.apache.org","position":8},{"name":"Redpanda","domain":"redpanda.com","position":9}]},{"provider":"openai","run":1,"model":"gpt-6-sol","capturedAt":"2026-11-01T05:10:47.923Z","text":"**My shortlist of message queues and brokers people actually use** is Amazon SQS, RabbitMQ, Apache Kafka, Google Cloud Pub/Sub, and Azure Service Bus. They solve different problems, so I wouldn’t treat them as a single ranked list. A 2025 developer-tooling survey also identified Kafka, SQS, and RabbitMQ among commonly used streaming and messaging tools. ([newsletter.pragmaticengineer.com](https://newsletter.pragmaticengineer.com/p/the-pragmatic-engineer-2025-survey-part-2?utm_source=openai))\n\n| Product | Best fit | Main trade-off |\n|---|---|---|\n| **Amazon SQS** | The default choice for background jobs and service-to-service queues on AWS. Pair it with SNS when several subscribers need a message. | It’s a queue, not a Kafka-style event log for replaying a long history. ([aws.amazon.com](https://aws.amazon.com/sqs/faqs/?utm_source=openai)) |\n| **RabbitMQ** | A general-purpose broker when you want work queues, publish/subscribe, and flexible message routing—including outside one cloud provider. | You need to operate it yourself or choose a hosting provider. ([rabbitmq.com](https://www.rabbitmq.com//tutorials?utm_source=openai)) |\n| **Apache Kafka** | High-volume event streams, data pipelines, multiple independent consumers, and retaining events for later replay. For managed Kafka, look at **Confluent Cloud** or **Amazon MSK**. | Usually more platform than a simple job queue needs. ([kafka.apache.org](https://kafka.apache.org/intro/?utm_source=openai)) |\n| **Google Cloud Pub/Sub** | Managed event distribution and asynchronous messaging on Google Cloud. | If you need to schedule and tightly control individual jobs, **Google Cloud Tasks** is the more purpose-built option. ([docs.cloud.google.com](https://docs.cloud.google.com/pubsub/docs/overview?utm_source=openai)) |\n| **Azure Service Bus** | Managed queues and topics on Azure, particularly for business workflows needing features such as sessions and transactions. | Most compelling when Azure is already your platform. ([learn.microsoft.com](https://learn.microsoft.com/en-us/azure/service-bus-messaging/service-bus-messaging-overview?utm_source=openai)) |\n\n**Also worth considering:** **NATS with JetStream** for a lightweight broker with durable messaging, or **Redis Streams** when you already run Redis and need a modest queue or stream. Don’t confuse Redis Streams with Redis Pub/Sub: Pub/Sub does not retain messages for disconnected subscribers. ([docs.nats.io](https://docs.nats.io/concepts/jetstream?utm_source=openai))\n\n**If you just want a starting pick:** use **SQS on AWS**, **Service Bus on Azure**, **Pub/Sub on Google Cloud**, or **RabbitMQ** if you want a cloud-independent broker. Choose **Kafka** when retaining and replaying event streams is a real requirement—not merely because you need background jobs. ([aws.amazon.com](https://aws.amazon.com/sqs/faqs/?utm_source=openai))","extractedBrands":[{"name":"Amazon SQS","domain":"aws.amazon.com","position":1},{"name":"RabbitMQ","domain":"rabbitmq.com","position":2},{"name":"Apache Kafka","domain":"kafka.apache.org","position":3},{"name":"Google Cloud Pub/Sub","domain":null,"position":4},{"name":"Azure Service Bus","domain":"learn.microsoft.com","position":5},{"name":"NATS with JetStream","domain":null,"position":6},{"name":"Redis Streams","domain":null,"position":7},{"name":"Google Cloud Tasks","domain":null,"position":8},{"name":"Confluent Cloud","domain":null,"position":9},{"name":"Amazon MSK","domain":null,"position":10}]},{"provider":"perplexity","run":1,"model":"sonar","capturedAt":"2026-11-01T05:10:47.923Z","text":"The best message-queue products people actually use in production are **RabbitMQ, Apache Kafka, Amazon SQS, Google Cloud Pub/Sub, Azure Service Bus, NATS, and IBM MQ**.[1][2]\n\n| Product | Best for | Why choose it |\n|---|---|---|\n| **RabbitMQ** | General-purpose application queues | Mature, widely understood, excellent routing, acknowledgments, retries, dead-letter queues, and broad protocol support. A strong default for background jobs and microservices.[2][4] |\n| **Apache Kafka / Confluent Cloud** | High-volume event streaming | Durable, partitioned event logs, replayable events, analytics pipelines, and large-scale data integration. Kafka is usually better described as event streaming than as a traditional work queue.[1][4] |\n| **Amazon SQS** | AWS-native and serverless applications | Fully managed, highly scalable, and simple to operate. Choose Standard queues for throughput or FIFO queues when ordering and deduplication matter.[2][7] |\n| **Google Cloud Pub/Sub** | Google Cloud and globally distributed systems | Managed asynchronous messaging with strong integration across Google Cloud services.[1][7] |\n| **Azure Service Bus** | Microsoft and Azure enterprise applications | Managed queues and publish/subscribe messaging with enterprise integration features; a natural choice for Azure-based systems.[1][2] |\n| **NATS JetStream** | Lightweight, low-latency microservices | Simple, fast cloud-native messaging supporting pub/sub, request/reply, queue groups, and persistence through JetStream.[1][7] |\n| **IBM MQ** | Banks, regulated enterprises, and hybrid legacy systems | Proven transactional messaging, strong reliability, and connectivity across on-premises and cloud environments.[1][2] |\n| **Apache Pulsar / StreamNative** | Multi-tenant streaming and mixed queue/stream workloads | Combines messaging and streaming capabilities and is suited to large, distributed deployments.[1][3] |\n| **Redis Streams** | Teams already using Redis | Convenient for moderate-scale streams and worker processing, especially when Redis is already part of the architecture; it is not usually the first choice for mission-critical messaging at very large scale.[2] |\n\n## Practical recommendations\n\n- **Choose RabbitMQ** for ordinary task queues, background jobs, retries, routing, and microservice commands.\n- **Choose Kafka** for event sourcing, audit trails, real-time pipelines, analytics, and events that consumers may replay.\n- **Choose Amazon SQS** if the application runs primarily on AWS and avoiding broker operations is the priority.\n- **Choose Google Pub/Sub** for a managed, globally distributed Google Cloud architecture.\n- **Choose Azure Service Bus** for .NET, Microsoft, or Azure-heavy enterprise systems.\n- **Choose NATS** when low latency, small operational footprint, and cloud-native service communication matter.\n- **Choose IBM MQ** when integrating critical systems in regulated or legacy-heavy enterprises.\n\n**Short version:** RabbitMQ is the safest general-purpose queue; Kafka is the leading event-streaming platform; SQS is the easiest AWS-managed queue; and Azure Service Bus or Google Pub/Sub are the natural equivalents in their respective clouds.[2][4]","extractedBrands":[{"name":"RabbitMQ","domain":null,"position":1},{"name":"Apache Kafka","domain":null,"position":2},{"name":"Amazon SQS","domain":"amazon.com","position":3},{"name":"Google Cloud Pub/Sub","domain":"google.com","position":4},{"name":"Azure Service Bus","domain":"azure.com","position":5},{"name":"NATS","domain":null,"position":6},{"name":"IBM MQ","domain":"ibm.com","position":7},{"name":"Apache Pulsar","domain":null,"position":8},{"name":"Redis Streams","domain":"redis.io","position":9}]}]}