Software Alternatives & Reviews

Finagle VS NSQ

Compare Finagle VS NSQ and see what are their differences

Finagle logo Finagle

Finagle is a protocol-agnostic RPC system.

NSQ logo NSQ

A realtime distributed messaging platform.
  • Finagle Landing page
    Landing page //
    2018-10-09
  • NSQ Landing page
    Landing page //
    2023-07-07

Finagle videos

Bagel Review - Finagle a Bagel (Boston, MA)

More videos:

  • Review - Twitter's Finagle for the Asynchronous Programmer
  • Review - Finagle a Bagel (Phantom Gourmet)

NSQ videos

GopherCon 2014 Spray Some NSQ On It by Matt Reiferson

More videos:

Category Popularity

0-100% (relative to Finagle and NSQ)
Data Integration
32 32%
68% 68
Stream Processing
18 18%
82% 82
Web And Application Servers
Monitoring Tools
100 100%
0% 0

User comments

Share your experience with using Finagle and NSQ. For example, how are they different and which one is better?
Log in or Post with

Reviews

These are some of the external sources and on-site user reviews we've used to compare Finagle and NSQ

Finagle Reviews

We have no reviews of Finagle yet.
Be the first one to post

NSQ Reviews

NATS vs RabbitMQ vs NSQ vs Kafka | Gcore
NSQ is designed with a distributed architecture around the concept of topics, which allows messages to be organized and distributed across the cluster. To ensure reliable delivery, NSQ replicates each message across multiple nodes within the NSQ cluster. This means that if a node fails or there’s a disruption in the network, the message can still be delivered to its intended...
Source: gcore.com

Social recommendations and mentions

Based on our record, Finagle should be more popular than NSQ. It has been mentiond 12 times since March 2021. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.

Finagle mentions (12)

  • Features of Project Loom incorporated in Java 21
    Not sure about now but a few years back the company I worked for was heavily vested in Finagle [1] using Future pools. I'm sure virtual threads would only enhance this framework. Also, Spring and it's reactive webflux would probably benefit as well [2]. [1] https://twitter.github.io/finagle/ [2] https://docs.spring.io/spring-framework/reference/web/webflux/reactive-spring.html. - Source: Hacker News / 9 months ago
  • Twitter (re)Releases Recommendation Algorithm on GitHub
    Don't really see how "enterprise scala" has anything to do with this, scala is meant to be parallelized , that's like it's whole thing with akka / actors / twitter's finagle (https://twitter.github.io/finagle/). Source: about 1 year ago
  • Pretty incredible thread where Elon confuses how GraphQL works, thinks the Android client itself is making one thousand requests, and then publicly fires an employee who corrects him.
    Bro it's their fucking project lolhttps://twitter.github.io/finagle/. Source: over 1 year ago
  • Pretty incredible thread where Elon confuses how GraphQL works, thinks the Android client itself is making one thousand requests, and then publicly fires an employee who corrects him.
    You can even see it mentioned in Finagle's project, which is what Twitter uses https://twitter.github.io/finagle/. Source: over 1 year ago
  • Elon Musk publicly feuding with and firing his developers on Twitter
    RPC generally means server side calls, probably this https://twitter.github.io/finagle/, and XHR is not RPC. - Source: Hacker News / over 1 year ago
View more

NSQ mentions (7)

  • Any thoughts on using Redis to extend Go's channels across application / machine boundaries?
    (G)NATS can do millions of messages per second and is the right tool for the job (either that or NSQ). Redis isn't even the fastest Redis protocol implementation, KeyDB significantly outperforms it. Source: about 1 year ago
  • FileWave: Why we moved from ZeroMQ to NATS
    Bit.ly's NSQ is also an excellent message queue option. Source: about 1 year ago
  • Infinite loop pattern to poll for a queue in a REST server app
    Queue consumers are interesting because there are many solutions for them, from using Redis and persisting the data in a data store - but for fast and scalable the approach I would take is something like SQS (as I advocate AWS even free tier) or NSQ for managing your own distributed producers and consumers. Source: over 1 year ago
  • What are pros and cons of Go?
    Distrubition server engine ( for example websocket server multi ws gateway and worker pool,nsq.io realtime message queue and so on). Source: almost 2 years ago
  • Distributed IM Service in Golang
    NSQ is a message queue implemented by Golang, and all messages are routed through NSQ. Reasons for choosing NSQ compared to other MQs: decentralized distribution (direct connection between production and consumption), low latency, No ordering, high performance, simple binary protocol. - Source: dev.to / about 2 years ago
View more

What are some alternatives?

When comparing Finagle and NSQ, you can also consider the following products

Akka - Build powerful reactive, concurrent, and distributed applications in Java and Scala

ZeroMQ - ZeroMQ is a high-performance asynchronous messaging library.

RxJS - Reactive Extensions for Javascript

RabbitMQ - RabbitMQ is an open source message broker software.

Netty - Cloud-based real estate management solution

nanomsg - nanomsg is a socket library that provides several common communication patterns.