Ask HN: Good pub/sub setup for personal projects?

At one end of the spectrum: ZeroMQ[1]. No broker to run, and everything can stay within your local network. Just add the library to your microservices and expose a port. It gives you a socket interface with well-engineered queuing primitives. It&#x27;s enough for most side projects in its simplest form, while also giving you the flexibility to implement a huge number of distributed queuing patterns.<p>At the other end of the spectrum: just use a managed queue from your preferred big cloud provider. All are reliable enough for this use case, and the cost for most projects would be zero or negligible.<p>[1]: <a href="https:&#x2F;&#x2F;zeromq.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;zeromq.org&#x2F;</a>

Not entirely a real suggestion, but if you want really ultra-fun &amp; easy, patchbay is the most awesome, simplest, easiest-to-use &amp; most versatile&#x2F;multi-purpose http service for relaying things around&#x2F;queuing that I know.<p>Atm it&#x27;s all in-memory, afaik. There are go &amp; node.js implementations, which I hope some-day we add persistence to.<p>I&#x27;m still working on k8s Persistent Volumes, but in terms of bigger&#x2F;better software, I hope soon-ish to have a Pulsar Operator[2] going. Kafka is very very exacting &amp; specific, inflexible, but Pulsar&#x27;s architecture seems much more general &amp; flexible, capable of things like great geo-distribution by virtue of it&#x27;s underlying Bookkeeper storage layer. It&#x27;d be my production go-to for any pubsub details.<p>[1] <a href="https:&#x2F;&#x2F;github.com&#x2F;patchbay-pub" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;patchbay-pub</a> <a href="https:&#x2F;&#x2F;patchbay.pub&#x2F;" rel="nofollow">https:&#x2F;&#x2F;patchbay.pub&#x2F;</a> <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=21639066" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=21639066</a> (362 points, 3 years ago, 79 comments)<p>[2] <a href="https:&#x2F;&#x2F;docs.streamnative.io&#x2F;operators&#x2F;pulsar-operator&#x2F;pulsar-operator-install" rel="nofollow">https:&#x2F;&#x2F;docs.streamnative.io&#x2F;operators&#x2F;pulsar-operator&#x2F;pulsa...</a>

Redis is extremely easy (single binary), though that might not be super compelling if you can run containers. RabbitMQ is good too and has additional features like automatic requeueing if the client stops before acknowledging (and more complex routing rules etc). Both have clients in many languages.

uhm, rabbitMQ?<p>the problem is just Kafka being heavy?

I had a good time with the pq module for a pgsql&#x2F;python [1] queue. There&#x27;s a certain brutal simplicity to just having one persistent process, the database, to manage.<p>[1] <a href="https:&#x2F;&#x2F;pypi.org&#x2F;project&#x2F;pq&#x2F;" rel="nofollow">https:&#x2F;&#x2F;pypi.org&#x2F;project&#x2F;pq&#x2F;</a>

Why do you want to use a queue between services for a personal project? Just use RPC or similar?<p>Unless you want to play with queues... otherwise I would use the database, and add redis or rabbitmq later.

Maybe Redpanda or Redis pub&#x2F;sub?

redis streams are cool