payments-api?”.
Scope picker
A global scope picker narrows every fleet page to the clusters you select at once, instead of filtering each page on its own - so a large org can focus on the handful of clusters that matter right now. The command palette also indexes fleet resources inline, so⌘K reaches across clusters without opening a page first.
Pages
Issues
/fleet/issues - cross-cluster grid of critical and warning conditions. Shows pods that aren’t ready, deployments that aren’t progressing, expired or expiring certs, and audit findings tagged severity=critical. Grouped by subject, the same triage model as single-cluster Issues.
It’s an org-shared triage queue: acknowledge, snooze, or dismiss an issue once and the change applies for everyone on the team, so two people don’t re-investigate the same failure.
Filterable by:
- Namespace - across all clusters.
- Severity - critical / warning.
- Category - workload / network / cert / audit / etc.
Applications
/fleet/applications - software grouped by app and folded across the environments it runs in, with promotion lag and version skew at a glance. See Applications for the full breakdown.
Search
/fleet/search - hero-style search bar, queries every connected cluster in parallel and merges results. Useful when:
- You know a name (
payments-api) but don’t remember which cluster it’s in. - You want to find every Ingress with a specific host.
- You’re chasing a label across the fleet.
Checks
/fleet/checks - the Cluster audit findings rolled up across the fleet, as a shared remediation queue. Useful for:
- “Which cluster needs the most attention?” (sorted by failing count).
- “Which check fires across the most clusters?” (sorted by check).
- “Did the new policy land everywhere?” (filter by check ID, see which clusters still fail).
Packages
/fleet/packages - drift matrix for installed Helm releases (and any tools Radar has version metadata for, like Cilium / Argo / Karpenter / Linkerd). One row per package, one column per cluster, cells colored by version skew.
Useful for:
- “Are all clusters on the same
cert-managerversion?” - “Which clusters haven’t been upgraded to
argocd:2.13?”
Performance
Fleet views fan out to every connected cluster in parallel. For ~10 clusters this is sub-second; for 100+ clusters expect a few-second initial load with progressive rendering as each cluster reports back. Disconnected clusters are shown with anot reporting chip - their data slot is empty until the in-cluster Radar reconnects.
RBAC
Fleet views are gated on the user’s Cloud role:- Viewer / member / owner all see fleet views for clusters they have access to.
- “Access” means the cluster is in the org. There’s no per-cluster RBAC at the Cloud layer today - role gating happens inside the cluster via Cloud RBAC.
cloud:viewer group to non-prod clusters’ bindings only and bind cloud:member only on the clusters where they should mutate.
What’s NOT here today
- Cross-cluster topology. Each cluster’s topology is per-cluster. Fleet-wide topology (services that span clusters via mesh / Submariner / etc.) is on the roadmap.
- Cross-cluster timeline. Same - per-cluster only today. The dashboard’s “recent problems” lane on the home page is the closest thing.
See also
- Cluster audit - per-cluster checks.
- Cloud RBAC - per-cluster role mapping.
- Connecting a cluster - what makes a cluster show up here.