HN Showcase
Back to browse
GitHub Repository

A fast in-memory job queue for Node.js

1 starsTypeScript

Supaqueue – Node.js background job queue (no Redis needed)

by emirce·Jun 20, 2026·1 point·0 comments
Visit ProjectView on HN

AI Analysis

●●SolidCozySolve My Problem

BullMQ API without Redis when you don't need distributed workers.

Strengths
  • •Zero dependencies with fully typesafe TypeScript job data and results
  • •Familiar BullMQ-style API reduces learning curve for existing users
  • •Exponential backoff retry strategies with pause and resume controls
Weaknesses
  • •In-memory only means jobs lost on process restart or deploy
  • •No distributed worker support limits use to single-machine scenarios
Target Audience

Node.js developers building small apps and CLIs

Similar To

BullMQ · pg-boss · node-queue

Post Description

Hi everyone,

I have been using BullMq for most of my background job related work but lately I have been working on some smaller scale app where I having a full blown Redis setup with separate worker process would have been overkill.

That is why I built a lightweight, in-memory Node.js background job queue. It comes with a Bull/BullMq-type API, concurrency control, schedulers, job retention and much more. It has zero dependencies and is fully typesafe. Use this when you need a simple, performant background job system but don't need distributed workers and Redis-persistence (best for small apps, CLIs and local tools).

Let me know what you think!

Similar Projects