FilterHN

beanstalkd might be what you are looking for. It's ancient but solid af. I know of systems still running today that use it. For something more modern, check out Nats—and if you are using Go, you can embed the server in your executable.

▲

rl1987

11 months ago

[-]

If you need them for IPC within same host then POSIX queues (see https://pubs.opengroup.org/onlinepubs/7908799/xsh/mqueue.h.h...) are a thing.

Redis can be used as simple message queue as well.

▲

ivanr

11 months ago

[-]

Try NATS @ https://nats.io

It's a single binary and can operate as a message bus, persistent queue, KV store, object store, provide services, and so on.

▲

Zambyte

11 months ago

[-]

I really like NATS, but it's worth noting that it's only really "the SQLite of queues" in the context of their Go client, which can embed a NATS server into an application.

Otherwise I would really say it is more like the Postgres of queues (still great, but potentially not what OP is looking for)

▲

ttymck

11 months ago

[-]

ElasticMQ: https://github.com/softwaremill/elasticmq

▲

enjoyyourlife

11 months ago

[-]

RabbitMQ

▲

caprock

11 months ago

[-]

ZeroMQ - https://zeromq.org/

▲

ttymck

11 months ago

[-]

Notably not a persistent queue, correct?

▲

yamumsahoe

11 months ago

[-]

this is redis for me.

▲

toast0

11 months ago

[-]

/var/queue/

▲

brudgers

11 months ago

[-]

Serious engineering question:

Will SQLite work for your application?

I’m sure there are better solutions on paper and for performance under common workloads. But if SQLite is good enough for your use case, it’s good enough for your use case.

It probably isnt. Good luck.

▲

turtle_heck

11 months ago

[-]

Was wondering this for OP as well, I've used a database as a queue for small projects in the past and it was fine.