BROKABROKA
Sign inDownload CommunityPricing
Documentation120 pagesOlder version — go to 1.3.2
Guides

Dashboard

Updated 17 October 2026 · applies to 1.3.1 · Community and Commercial

The Dashboard is where the console opens, and it answers one question: is anything wrong in this environment right now. It is scoped to the environment selected in the top bar, so switching environments changes every number on it.

What the cards count

The top row is one card for the connections — how many there are, and either All healthy or how many have issues — then the open alerts, and the headline figure for each platform your installation serves: Kafka consumer lag, Redis keys, RabbitMQ queue depth, Artemis messages and Memcached items. On a wide screen they sit in one row.

Two things about those figures are worth knowing before you act on them.

A card appears only if your installation actually serves that platform. The Community edition links only the Kafka module, so a Community install has no Redis or RabbitMQ card rather than one reading zero. Zero and not present are different answers and the screen keeps them different.

A broker that withheld a figure contributes nothing, not a zero. The per-platform totals are the sum of what the brokers themselves reported. If one Redis server refuses INFO, a RabbitMQ cluster returns queues without statistics, or no node of a Memcached connection answers, that server is simply absent from the total. The consequence is worth stating plainly: these totals can read lower than your estate really holds, and never higher.

Connection health and recent activity

Directly under the cards, because the first question is whether anything is down. The connection table is each connection's last recorded health — its status, latency and when it was checked — as left by the last test run by someone who may edit it or the last screen that reached its broker, not a probe run because you opened the page. The Checked column says how long ago that was, and never for a connection nothing has reached yet.

Recent activity is the five newest changes in the audit log for this environment, plus the estate-wide changes that belong to no environment at all: an application, a template or a user has no environment to be filtered by, and filtering them out once meant the panel showed a resource being bound without ever showing the application it was bound to. Sign-ins are excluded — they are the bulk of those environment-less rows and would fill all five slots. Each entry is a sentence — Nora deleted topic orders — and one that was refused or failed says the person tried to; the dot beside it says how it ended. Reads are left out, so somebody looking does not crowd out what was changed: Show reads puts them in. The full trail is under Audit logs.

Highlights

Below them, one panel per platform lists what is furthest behind — the Kafka consumer groups carrying the most lag, the Redis instances using the most memory, the deepest RabbitMQ and Artemis queues. A figure past its threshold is coloured; the rest read plainly. Each row's second line says where it is — a RabbitMQ queue's vhost, an Artemis queue's address when it differs from the queue's name. Each panel opens the full screen for that platform.

The Artemis panel leaves out the broker's own queues — a cluster's store-and-forward queue and the like — by the same flag the Queues screen hides them by, so a broker's internal traffic does not crowd out your applications' queues.

What you see on the cards and panels is the current reading. A figure's recent past is drawn where the figure lives: the Metrics tab of a topic, a consumer group or a queue, and the Metrics section of a platform's overview, from the metric history.

The Dashboard, titled Overview — Health across every broker in Production — with Refresh: seven cards in one row, Connections 6 and All healthy, Open alerts 44 with 17 critical, Kafka consumer lag 2.4M msgs, Redis keys 1.3M, RabbitMQ queue depth 3.2M msgs, Artemis messages 788K msgs and Memcached items 92K; beneath them Connection health, each of the six connections with its environment, when it was checked, its latency and Healthy, beside Recent activity with Show reads and a link to the audit log.
Every panel here renders only where there is a source behind it. A platform this installation does not serve leaves no empty card.

What the Dashboard does not do

It does not evaluate anything itself. Every figure here is a reading of the current state, taken when you loaded it. The watching is done by the rules on Alerts, and this screen carries their result rather than producing it: the Open alerts card counts the incidents currently open in the environment you are looking at, and how many of them are critical. It appears only once at least one alert rule exists and you may see alerts — an installation that has written no rule is not one with nothing wrong, and a green zero there would say otherwise.

Refresh is manual. The button beside the title re-reads every panel. The screen does not poll, so a figure you have been looking at for ten minutes is ten minutes old. An open incident is the one thing you do not have to come here to find — the bell in the top bar carries it.

← PreviousLive eventsNext →Troubleshooting