#Introduction

Bull-Board is a dashboard for BullMQ and Bull. It shows you what is in your queues and lets you act on it. You still use Bull or BullMQ to enqueue and process jobs, bull-board only visualises them.

Want to see it before installing? Open the live demo.

#Two ways to run it

Mount it into your existing HTTP server with one of the adapters. That is what you want for a dashboard the team keeps around: it sits behind whatever auth the app already has, and you configure it in code.

Or run it standalone against a Redis URL, with no app involved at all:

npx @bull-board/cli -r redis://localhost:6379

Quicker when you only want to look at a queue, and the only option when the workers live in a repo you are not editing, or in a language that is not Node. See the CLI guide and Run with Docker.

#What you get

• A React dashboard for your queues: counts, jobs, logs, live updates.
• Adapters for Express, Fastify, Koa, Hapi, NestJS, Hono, H3, Elysia, Bun.
• Every repeatable job in a schedulers view, and opt-in throughput and latency history that outlives BullMQ's own ring buffer.
• Per-queue read-only mode, formatters, external job URLs, a visibility guard for multi-tenant setups, and hooks for finer-grained access control.
• Self-hosted, no telemetry. Runs on your machines, talks to your own datastore.
• BullMQ v5 and v6, including v6 queues stored in PostgreSQL.

#Next steps

• Install bull-board and wire it into your framework.
• Build your first dashboard for an end-to-end walkthrough.
• Explore the dashboard for a tour of what the UI actually does.