Apache Thrift VS ZeroMQ

Compare Apache Thrift vs ZeroMQ and see what are their differences.

Our great sponsors
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • SaaSHub - Software Alternatives and Reviews
Apache Thrift ZeroMQ
10 17
10,108 9,198
0.4% 0.9%
8.9 7.6
1 day ago 1 day ago
C++ C++
Apache License 2.0 Mozilla Public License 2.0
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

Apache Thrift

Posts with mentions or reviews of Apache Thrift. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-08-20.
  • Symfony in microservice architecture - Episode I : Symfony and Golang communication through gRPC
    7 projects | dev.to | 20 Aug 2022
    There are various notable implementations of RPC like Apache Thrift and gRPC.
  • What is gRPC popularity? I believe not very popular. And subreddit is small. Why is that?
    2 projects | /r/grpc | 26 Jul 2022
  • Fresh – The next-gen web framework
    21 projects | news.ycombinator.com | 12 Jun 2022
    > "Most of the logic inside the form has to be written two times: in PHP and in vue"

    That's just your choice of how to build your app, right?

    For an internal-facing employee tool - you could've just gone with rendering templates on the server and sending static HTML to the client. Have the business logic and validations take place on the server-side too. I'm sure you have your reasons for doing things the way you did, but it's not like there's only one way to build something like this.

    > "Most enum types are repeated"

    Here's just one of ten-thousand other battle-tested options you can use: https://github.com/apache/thrift/

    21 projects | news.ycombinator.com | 12 Jun 2022
    > That's just your choice of how to build your app, right? You could've avoided this by rendering templates on the server and sending static HTML to the client, keeping the business logic on the server.

    No, that's a requirement on most business cases, my comment stated 'complex and dynamic web apps'. Re-rendering the whole page everytime the user checks a box or clicks a button is (a) terrible UX, (b) hard to track the state between page refresh, (c) wrong practice and (d) bad performance.

    > Here's just one of ten-thousand other battle-tested options you can use: https://github.com/apache/thrift/

    Sure, I should setup a complex and huge dependency for just one of the many problems I highlighted. What a great idea

  • Ask HN: Who Wants to Collaborate?
    58 projects | news.ycombinator.com | 1 Jan 2022
  • Deadline Budget Propagation for Baseplate.py
    3 projects | /r/RedditEng | 27 Sep 2021
    Thus, we released Baseplate.py v2.1 with deadline propagation. Each request between Baseplate services has an associated THeader, which includes relevant information for Baseplate to fulfill its functionality, such as tracing request timings. We added a “Deadline-Budget” field to this header that propagates the remaining timeout so that information is available to the following request, and this timeout continues to get updated with every new request made. With this update, we save production costs by allowing resources to work on requests awaiting a response, and gain overall improved latency.
  • parquet2 0.3.0, with native support to read async
    3 projects | /r/rust | 9 Aug 2021
    The biggest addition is native async reading via futures::AsyncRead and futures::AsyncSeek, which required a lot of (to be merged) changes upstream (changes to thrift rust compiler and parquet-format-rs). I placed those changes on a temporary crate until things are released there.
  • proposal: expression to create pointer to simple types #45624
    3 projects | /r/golang | 18 Apr 2021

ZeroMQ

Posts with mentions or reviews of ZeroMQ. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-10-09.
  • ZeroMQ – Relicense from LGPL3 and exceptions to MPL 2.0
    8 projects | news.ycombinator.com | 9 Oct 2023
    Also 4.3.5 is out today with the new license: https://github.com/zeromq/libzmq/releases/tag/v4.3.5
    8 projects | news.ycombinator.com | 9 Oct 2023
    People contacted were people who made major modifications, not every single contributor. And yeah, if the contributor don't agree to the new license, you can either don't do the license change, or remove the code they wrote as they don't agree to the new license.

    There is more background here: https://github.com/zeromq/libzmq/issues/2376

    Sometimes companies who do "FOSS" make you sign some sort of agreement that they own the code you produce and you won't have any say about re-licensing, so maybe the projects you're thinking about have done that?

    8 projects | news.ycombinator.com | 9 Oct 2023
    Remarkable, up until recently, requests for a new release were sumewhat brusquely rejected and marked as spam.

    https://github.com/zeromq/libzmq/issues/4455

    I wonder what made the maintainer change his mind.

    8 projects | news.ycombinator.com | 9 Oct 2023
  • Essentials of Object Oriented and Functional Programming: A Guide to Modular Code
    3 projects | dev.to | 27 Jul 2023
    FP Libraries: gRPC, ZeroMQ, and AREG are examples of libraries with a special focus on providing possibilities for Interprocess Communication. Developed using C++, they facilitate communication through predefined APIs, emphasizing functional programming concepts.
  • A Modern High-Performance Open Source Message Queuing System
    17 projects | news.ycombinator.com | 27 Jul 2023
    Unlikely, but they seem to be different things altogether. BlazingMQ appears to be a traditional message queue (think ActiveMQ), with message peristence. ZeroMQ is more of a network middleware (think Tibco Rendezvous), and does not include persistence.

    BlazingMQ also appears to be more of a "platform" or "service" that an app can use (sort of like Oracle, say) -- ZeroMQ includes libraries that one can use to build an app, service or platform, but none is provided "out of the box".

    Which makes it harder to get started with ZeroMQ, since by definition every ZeroMQ app is essentially built "from scratch".

    If you're interested in ZeroMQ, you may want to check out OZ (https://github.com/nyfix/OZ), which is a Rendezvous-like platform that uses the OpenMAMA API (https://github.com/finos/OpenMAMA) and ZeroMQ (https://github.com/zeromq/libzmq) transport to provide a full-featured network middleware implementation. OZ has been used in our shop since 2020 handling approx 50MM high-value messages per day on our global FIX network.

  • need xbps-src help
    4 projects | /r/voidlinux | 2 Jan 2023
    -- Using src='https://github.com/zeromq/libzmq/releases/download/v4.3.4/zeromq-4.3.4.tar.gz'
  • What network messaging library do you recommend?
    6 projects | /r/cpp | 6 Dec 2022
    Just check copying file in source repo https://github.com/zeromq/libzmq
  • What they don't teach you about sockets
    2 projects | news.ycombinator.com | 26 Jul 2022
    I think the situation is more subtle than the poster admits.

    No, ZeroMQ and successors do not tell you about socket state. You can't detect disconnection or reconnection. But then if a TCP connection fails in some way that does not lead to disconnection (packets getting dropped, remote machine powers down), it can't possibly tell you about that either, but you still need to deal with it. So in any case, you need some sort of application-level error detection and recovery; you need heartbeats, and serial numbers in messages, and a protocol for explicitly restarting a connection and performing the initial handshake. And once you have that, explicit connection events from ZeroMQ are much less important.

    Admittedly, given that this is a TCP transport, reporting reconnections would still be useful, because TCP won't ever drop messages from the interior of a sequence itself (if it delivers 15, it has delivered 1 - 14 already), so you shouldn't need the serial numbers.

    And if it's really not possible to detect authentication failures, than that seems rubbish. And it seems that is indeed the case: https://github.com/zeromq/libzmq/issues/3505

  • Encryption using ZMQ: How to handle certificates?
    2 projects | /r/learnprogramming | 3 Jul 2022

What are some alternatives?

When comparing Apache Thrift and ZeroMQ you can also consider the following projects:

gRPC - The C based gRPC (C++, Python, Ruby, Objective-C, PHP, C#)

NATS - High-Performance server for NATS.io, the cloud and edge native messaging system.

nanomsg - nanomsg library

Cap'n Proto - Cap'n Proto serialization/RPC system - core tools and C++ library

Chronicle Queue - Micro second messaging that stores everything to disk

Protobuf - Protocol Buffers - Google's data interchange format

eCAL - Please visit the new repository: https://github.com/eclipse-ecal/ecal

rpclib - rpclib is a modern C++ msgpack-RPC server and client library

Apache Avro - Apache Avro is a data serialization system.

celery - Distributed Task Queue (development branch)