Build Background Job Queue with Bull and Redis

[Mkalbani]

Description

Set up a robust background job processing system using Bull and Redis to handle all async work across the API — email delivery, streak evaluation, leaderboard recalculation, NFT minting retries, and calibration jobs. Centralising async work in a job queue prevents request timeouts, enables retries, and gives visibility into processing status.

Acceptance Criteria

• Bull is configured with Redis as the backend via environment-based config
• Separate named queues exist for: email, nft, leaderboard, calibration, streaks
• Each queue has a dedicated processor file under src/jobs/
• Failed jobs are retried up to 3 times with exponential backoff before being moved to a dead-letter state
• GET /admin/jobs/status returns queue depths and failed job counts per queue
• POST /admin/jobs/:queue/retry-failed re-enqueues all dead-letter jobs for a given queue
• Job processing is gracefully shut down on application termination (drain in-progress jobs)
• Unit tests cover job enqueue, processor execution, retry logic, and drain behaviour

[Ayinkx01]

Hi l would like to take this job

[OAKVISUALZ]

Please assign me this issue.

[SharifIbrahimDev]

I would like to work on this issue

[grantfox-oss]

🦊 GrantFox — @SharifIbrahimDev has been assigned to this issue as part of the Third Campaign campaign!

Next steps:

1. Open a Pull Request referencing this issue (e.g., Closes #83)
2. Your PR will be reviewed by the MindFlowInteractive maintainers

Good luck! Track your progress on GrantFox.