Sabitlenmiş Tweet
Durabull
163 posts

Durabull
@DurabullHQ
We built Durabull because managing BullMQ in production was way harder than it should be.
Katılım Şubat 2026
47 Takip Edilen292 Takipçiler

@pontusab We are using bull board for bullMQ dashboard.
github.com/felixmosh/bull…
But this also looks really good will give it a try
English

@jossephus @pontusab If you’re looking for a simple de-coupled option that can run as a docker service check us out.
English

@pontusab At true production scale, we found tools like BullBoard and this break down if they’re bundled into the same API serving your customers. Isolating observability is the only way to protect production resources.
Love seeing different angles to this problem. Congrats on the launch!
English

@pontusab Our approach is a bit different, leaning heavily into large enterprise.
When organizations scale to hundreds or thousands of queues, manual queue registration becomes a massive bottleneck. We built Durabull to automatically handle auto-discovery across the entire fleet.
English


@BatsouElef BullMQ management that doesn’t suck (and it’s free + OSS)
durabull.io
English

@nummanali 100%. Very concerning the team is focusing on these kind of features instead of fixing critical memory leaks and node compatibility (aka their mission). @jarredsumner unfortunately will ultimately lose the node replacement battle he so recently began.
English

It’s cool that Bun is adding these features but what is Bun turning into?
It’s no longer just a faster JavaScript runtime
It’s becoming a platform right?
Also makes you wonder how much of this is influenced by the needs of Claude Code
Observations, not judgement
Jarred Sumner@jarredsumner
In the next version of Bun `Bun.WebView` programmatically controls a headless web browser in Bun
English











