StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. Utilities
  3. Background Jobs
  4. Message Queue
  5. Amazon SQS vs NSQ

Amazon SQS vs NSQ

OverviewDecisionsComparisonAlternatives

Overview

Amazon SQS
Amazon SQS
Stacks2.8K
Followers2.0K
Votes171
NSQ
NSQ
Stacks141
Followers356
Votes148

Amazon SQS vs NSQ: What are the differences?

Introduction

In this article, we will discuss the key differences between Amazon Simple Queue Service (SQS) and NSQ. Both Amazon SQS and NSQ are messaging systems that facilitate communication between distributed systems and microservices. However, they have some distinct features and functionalities that set them apart.

  1. Message Persistence: One key difference between Amazon SQS and NSQ is how they handle message persistence. Amazon SQS stores messages in a durable and highly available manner, ensuring that messages are not lost even if a system or network failure occurs. On the other hand, NSQ does not provide built-in message persistence. It relies on the message consumers to handle the persistence of messages if required.

  2. Scaling and Autoscaling: Amazon SQS has built-in capabilities for scaling and autoscaling. It can automatically scale based on the incoming message traffic and the number of concurrent consumers. NSQ, on the other hand, does not have built-in scaling and autoscaling capabilities. Scaling and load balancing in NSQ need to be managed manually.

  3. Delivery Guarantee: Another important difference between Amazon SQS and NSQ is the delivery guarantee they provide. Amazon SQS guarantees at-least-once delivery of messages. It ensures that a message will be delivered to a consumer at least once, but duplicates may occur. NSQ, on the other hand, provides at-most-once delivery guarantee. It does not guarantee that a message will be delivered, and it may be lost if a consumer fails to acknowledge the delivery.

  4. Message Ordering: Amazon SQS guarantees the ordering of messages within a single message group, allowing you to maintain a strict message order. NSQ does not provide any out-of-the-box mechanism to enforce message ordering. If message ordering is crucial for your application, you need to implement a custom solution on top of NSQ.

  5. Visibility Timeout: In Amazon SQS, when a message is being processed by a consumer, the message is temporarily made invisible to other consumers. This is controlled by a configurable visibility timeout. NSQ does not have built-in support for visibility timeout. The visibility of a message in NSQ is controlled solely by the consumer, which needs to handle the visibility of the message explicitly.

  6. Managed Service: Amazon SQS is a managed service provided by Amazon Web Services (AWS). It handles the operational aspects of running a message queue, such as provisioning resources, scaling, and monitoring. NSQ, on the other hand, is a self-hosted solution where you have to manage the infrastructure and operational aspects yourself.

In summary, the key differences between Amazon SQS and NSQ can be summarized as follows: Amazon SQS provides message persistence, scaling and autoscaling capabilities, at-least-once delivery guarantee, message ordering support, visibility timeout feature, and is a managed service. NSQ, on the other hand, does not have built-in message persistence, scaling and autoscaling capabilities, provides at-most-once delivery guarantee, lacks message ordering support, does not have a visibility timeout feature, and is a self-hosted solution.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on Amazon SQS, NSQ

Pulkit
Pulkit

Software Engineer

Oct 30, 2020

Needs adviceonDjangoDjangoAmazon SQSAmazon SQSRabbitMQRabbitMQ

Hi! I am creating a scraping system in Django, which involves long running tasks between 1 minute & 1 Day. As I am new to Message Brokers and Task Queues, I need advice on which architecture to use for my system. ( Amazon SQS, RabbitMQ, or Celery). The system should be autoscalable using Kubernetes(K8) based on the number of pending tasks in the queue.

474k views474k
Comments
Meili
Meili

Software engineer at Digital Science

Sep 24, 2020

Needs adviceonZeroMQZeroMQRabbitMQRabbitMQAmazon SQSAmazon SQS

Hi, we are in a ZMQ set up in a push/pull pattern, and we currently start to have more traffic and cases that the service is unavailable or stuck. We want to:

  • Not loose messages in services outages
  • Safely restart service without losing messages (@{ZeroMQ}|tool:1064| seems to need to close the socket in the receiver before restart manually)

Do you have experience with this setup with ZeroMQ? Would you suggest RabbitMQ or Amazon SQS (we are in AWS setup) instead? Something else?

Thank you for your time

500k views500k
Comments
MITHIRIDI
MITHIRIDI

Software Engineer at LightMetrics

May 8, 2020

Needs adviceonAmazon SQSAmazon SQSAmazon MQAmazon MQ

I want to schedule a message. Amazon SQS provides a delay of 15 minutes, but I want it in some hours.

Example: Let's say a Message1 is consumed by a consumer A but somehow it failed inside the consumer. I would want to put it in a queue and retry after 4hrs. Can I do this in Amazon MQ? I have seen in some Amazon MQ videos saying scheduling messages can be done. But, I'm not sure how.

303k views303k
Comments

Detailed Comparison

Amazon SQS
Amazon SQS
NSQ
NSQ

Transmit any volume of data, at any level of throughput, without losing messages or requiring other services to be always available. With SQS, you can offload the administrative burden of operating and scaling a highly available messaging cluster, while paying a low price for only what you use.

NSQ is a realtime distributed messaging platform designed to operate at scale, handling billions of messages per day. It promotes distributed and decentralized topologies without single points of failure, enabling fault tolerance and high availability coupled with a reliable message delivery guarantee. See features & guarantees.

A queue can be created in any region.;The message payload can contain up to 256KB of text in any format. Each 64KB ‘chunk’ of payload is billed as 1 request. For example, a single API call with a 256KB payload will be billed as four requests.;Messages can be sent, received or deleted in batches of up to 10 messages or 256KB. Batches cost the same amount as single messages, meaning SQS can be even more cost effective for customers that use batching.;Long polling reduces extraneous polling to help you minimize cost while receiving new messages as quickly as possible. When your queue is empty, long-poll requests wait up to 20 seconds for the next message to arrive. Long poll requests cost the same amount as regular requests.;Messages can be retained in queues for up to 14 days.;Messages can be sent and read simultaneously.;Developers can get started with Amazon SQS by using only five APIs: CreateQueue, SendMessage, ReceiveMessage, ChangeMessageVisibility, and DeleteMessage. Additional APIs are available to provide advanced functionality.
support distributed topologies with no SPOF;horizontally scalable (no brokers, seamlessly add more nodes to the cluster);low-latency push based message delivery (performance);combination load-balanced and multicast style message routing;excel at both streaming (high-throughput) and job oriented (low-throughput) workloads;primarily in-memory (beyond a high-water mark messages are transparently kept on disk);runtime discovery service for consumers to find producers (nsqlookupd);transport layer security (TLS);data format agnostic;few dependencies (easy to deploy) and a sane, bounded, default configuration;simple TCP protocol supporting client libraries in any language;HTTP interface for stats, admin actions, and producers (no client library needed to publish);integrates with statsd for realtime instrumentation;robust cluster administration interface (nsqadmin)
Statistics
Stacks
2.8K
Stacks
141
Followers
2.0K
Followers
356
Votes
171
Votes
148
Pros & Cons
Pros
  • 62
    Easy to use, reliable
  • 40
    Low cost
  • 28
    Simple
  • 14
    Doesn't need to maintain it
  • 8
    It is Serverless
Cons
  • 2
    Has a max message size (currently 256K)
  • 2
    Proprietary
  • 2
    Difficult to configure
  • 1
    Has a maximum 15 minutes of delayed messages only
Pros
  • 29
    It's in golang
  • 20
    Distributed
  • 20
    Lightweight
  • 18
    Easy setup
  • 17
    High throughput
Cons
  • 1
    HA
  • 1
    Long term persistence
  • 1
    Get NSQ behavior out of Kafka but not inverse

What are some alternatives to Amazon SQS, NSQ?

Kafka

Kafka

Kafka is a distributed, partitioned, replicated commit log service. It provides the functionality of a messaging system, but with a unique design.

RabbitMQ

RabbitMQ

RabbitMQ gives your applications a common platform to send and receive messages, and your messages a safe place to live until received.

Celery

Celery

Celery is an asynchronous task queue/job queue based on distributed message passing. It is focused on real-time operation, but supports scheduling as well.

ActiveMQ

ActiveMQ

Apache ActiveMQ is fast, supports many Cross Language Clients and Protocols, comes with easy to use Enterprise Integration Patterns and many advanced features while fully supporting JMS 1.1 and J2EE 1.4. Apache ActiveMQ is released under the Apache 2.0 License.

ZeroMQ

ZeroMQ

The 0MQ lightweight messaging kernel is a library which extends the standard socket interfaces with features traditionally provided by specialised messaging middleware products. 0MQ sockets provide an abstraction of asynchronous message queues, multiple messaging patterns, message filtering (subscriptions), seamless access to multiple transport protocols and more.

Apache NiFi

Apache NiFi

An easy to use, powerful, and reliable system to process and distribute data. It supports powerful and scalable directed graphs of data routing, transformation, and system mediation logic.

Gearman

Gearman

Gearman allows you to do work in parallel, to load balance processing, and to call functions between languages. It can be used in a variety of applications, from high-availability web sites to the transport of database replication events.

Memphis

Memphis

Highly scalable and effortless data streaming platform. Made to enable developers and data teams to collaborate and build real-time and streaming apps fast.

IronMQ

IronMQ

An easy-to-use highly available message queuing service. Built for distributed cloud applications with critical messaging needs. Provides on-demand message queuing with advanced features and cloud-optimized performance.

Apache Pulsar

Apache Pulsar

Apache Pulsar is a distributed messaging solution developed and released to open source at Yahoo. Pulsar supports both pub-sub messaging and queuing in a platform designed for performance, scalability, and ease of development and operation.

Related Comparisons

Bootstrap
Materialize

Bootstrap vs Materialize

Laravel
Django

Django vs Laravel vs Node.js

Bootstrap
Foundation

Bootstrap vs Foundation vs Material UI

Node.js
Spring Boot

Node.js vs Spring-Boot

Liquibase
Flyway

Flyway vs Liquibase