nowfound

Dev tools · alternatives · 2026

24 alternatives to A Storage-Agnostic Golang Message Queue

Hello, everyone. Three months ago, I started building my first GoLang package, VarMQ. In this short period, I gained a significant amount of traction from the community, and it resulted in over 140 stars on GitHub. A week ago, to check how it performs, I ran benchmarks with a similar package, Pond, which has been managed for years. Pond is not a message queue, though; however, it can be compared to VarmQ since it shares some similarities, except for its storage system. From the benchmarks, I got surprising results, which are that Varmq is taking 50%+ less memory than Pond and also has good…

Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes.

  1. 1

    Cuckoo Filter implementation in Go, better than Bloom Filters (unmaintained) - irfansharif/cfilter

    2016 · github.com · its alternatives →

  2. 2GA

    I wanted to build a persistent message queue based on SQLite, because that's what I'm using for my main state anyway. This gives me ACID across state and messaging, which is nice! I've been inspired by the terminology of AWS SQS for this, but it's obviously much simpler. Maybe you can use it too. :)

    2024 · goqite.com · its alternatives →

  3. 3

    Let-go is a Clojure-like language (~90% compatible with JVM Clojure) written in pure Go. It ships as a ~10MB static binary and cold boots in ~7ms - that's about 50x faster than JVM and 3x faster than Babashka. It has decent throughput on algorithmic workloads - within ballpark of the GraalVM-backed sci. I started this project in 2021 as an elaborate practical joke: I wanted to have an excuse for writing Clojure while pretending to write Go. Jokes aside, it turned out to be pretty decent: it feels like real Clojure, it has an nREPL server (supported in Calva, CIDER, etc.), it's easily…

    May 2026 · github.com · its alternatives →

  4. 4

    Recently created a minimal persistent relational database in Go. Main focus was on implementing & understanding working the of database, storage management & transaction handling. Use of B+ Tree for storage engine(support for indexing), managing a Free List (for reusing nodes), Support for transactions, Concurrent Reads. Still have many things to add & fix like query processing being one of the main & fixing some bugs Repo link - https://github.com/Sahilb315/AtomixDB Would love to hear your thoughts

    2025 · github.com · its alternatives →

  5. 5

    An application-oriented unified storage layer for Golang.

    2021 · github.com · its alternatives →

  6. 6

    Hey HN! I built a proof-of-concept for AI memory using Git instead of vector databases. The insight: Git already solved versioned document management. Why are we building complex vector stores when we could just use markdown files with Git's built-in diff/blame/history? How it works: Memories stored as markdown files in a Git repo Each conversation = one commit git diff shows how understanding evolves over time BM25 for search (no embeddings needed) LLMs generate search queries from conversation context Example: Ask "how has my project evolved?" and it uses git diff to show actual…

    2025 · github.com · its alternatives →

  7. 7

    Microsecond message queues over HTTP and raw TCP — one static binary, zero dependencies, nothing to operate. - raiyanyahya/zapq

    2025 · github.com · its alternatives →

  8. 8

    A Go library that implements Consistent Hashing and Consistent Hashing With Bounded Loads. - lafikl/consistent

    2017 · github.com · its alternatives →

  9. 9

    Simple, reliable, and efficient distributed task queue in Go - hibiken/asynq

    2020 · github.com · its alternatives →

  10. 10GY
  11. 11

    🔘 Minimalistic and High-performance goroutine worker pool written in Go - alitto/pond

    2020 · github.com · its alternatives →

  12. 12

    We built Gonzo to make log analysis faster and friendlier in the terminal. Think of it like k9s for logs — a TUI that can ingest JSON, text, or OpenTelemetry (OTLP) logs, highlight and boil up patterns, and even run AI models locally or via API to summarize logs. We’re still iterating, so ideas and contributions are welcome!

    2025 · github.com · its alternatives →

  13. 13

    Diskless Kafka® on S3. 10x Cost-Effective. No Cross-AZ Traffic Cost. Autoscale in seconds. Single-digit ms latency. Multi-AZ Availability. - AutoMQ/automq

    2024 · github.com · its alternatives →

  14. 14

    Simple and scalable pub/sub message bus written in Erlang

    2015 · cabol.github.io · its alternatives →

  15. 15

    Hi HN. I'm Carl, creator of LavinMQ. LavinMQ is an open-source message broker. AMQP 0-9-1, MQTT, HTTP and streaming. Single binary, minimal resource use. If you know RabbitMQ, it's that (but running on a fraction of hardware). We're the team behind CloudAMQP where we've hosted RabbitMQ for 14 years. Sometimes customers hit issues we couldn't fully explain / work around. So we built our own broker, in order to provide solutions where we previously couldn't (which is much easier when you control the full stack). It all started by me building an open-source AMQP proxy to handle short-lived…

    Apr 2026 · github.com · its alternatives →

  16. 16

    Cross language bloom filter implementation. Contribute to EverythingMe/inbloom development by creating an account on GitHub.

    2015 · github.com · its alternatives →

  17. 17

    fluent interface for most popular tasks on AMQP. Contribute to reddec/fluent-amqp development by creating an account on GitHub.

    2020 · github.com · its alternatives →

  18. 18

    Persistent stacks and queues for Go backed by LevelDB - beeker1121/goque

    2016 · github.com · its alternatives →

  19. 19

    My implementation of Thorsten Bell's book (Writing an Interpreter in Go) - actuallyachraf/monkey-giggle

    2020 · github.com · its alternatives →

  20. 20

    A finite-state machine library for the Go programming language - calebwin/go-sm

    2018 · github.com · its alternatives →

  21. 21MU

    The Problem Enterprise Go apps typically use multiple message queues: RabbitMQ for reliability, Kafka for streaming, SQS for cloud, NATS for microservices, Redis for caching. Each has different APIs, error handling, and testing strategies. Result: Teams spend months learning 6+ SDKs instead of building features. Migration = complete rewrites. The Solution mqutils provides one unified API for 6 major message queue systems. Same code, different URL: // Switch systems by changing URL only consumer, err := mqutils.NewConsumer("amqp://localhost:5672/orders") consumer, err…

    2025 · mqutils.dev · its alternatives →

  22. 22

    I've spent the past couple of weeks building a Wasm-to-Go translator. It supports a subset of Wasm useful enough to translate SQLite into 600k LoC (~20 MiB) of Go code. It already passes all of my Go SQLite driver's tests across the 20 platforms I support. Performance compared to https://wazero.io/ is a bit of a mixed bag: code that frequently crosses the Go-Wasm boundary improves, but code that spends most of its time in "Wasm land" doesn't. There's probably room for improvement (I'd love to hear your ideas), but this is also a testament to how good the wazero AOT compiler…

    Feb 2026 · github.com · its alternatives →

  23. 23

    Cuckoo Filter: Practically better than bloom filter - vedhavyas/cuckoo-filter

    2017 · github.com · its alternatives →

  24. 24

    I created cmd-stream-go, a high-performance client-server library based on the Command Pattern, where Commands are first-class citizens. Why build around Commands? As serializable objects, they can be sent over the network and persisted. They also provide a clean way to model distributed transactions through composition, and naturally support features like Undo and Redo. These qualities make them a great fit for implementing consistency patterns like Saga in distributed systems. On the performance side, sending a Command involves minimal overhead — only its type and data need to be…

    2025 · github.com · its alternatives →

Also compare

Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →