Side by side
The Radar Cloud column describes the hosted service. Radar Cloud Self-Managed has the same features with the control plane in your own infrastructure: sign-in through your own OIDC provider, a license instead of Stripe billing, and an air-gapped option on Custom plans. In both, you install Radar in each cluster you connect. See Radar Cloud Self-Managed.
Which one fits you
Pick OSS if you...
- Want a fast, ad-hoc replacement for
kubectland the K8s dashboard, on your own machine. - Need to run Radar in an air-gapped environment.
- Are comfortable wiring auth (oauth2-proxy, OIDC) yourself for a shared in-cluster install.
- Want nothing beyond your own clusters: local or in-cluster, with no control plane.
Pick Cloud if you...
- Manage more than one cluster and want them all behind a single URL.
- Have a team and want central role-based access, invitations, and an audit trail.
- Want SSO without configuring OIDC per cluster.
- Want to give Claude Code, Codex, Cursor, GitHub Copilot, OpenCode, Google Antigravity, or any other MCP client access to your clusters without managing tokens per cluster.
- Want fleet-wide views: which clusters have audit failures, which packages are drifting, where a resource lives across clusters.
Use both at once
Run OSS locally against your dev cluster while your team uses Cloud for shared environments. Same binary; the only difference is whethercloud.enabled is set in Helm.
Switch later
- OSS → Cloud: install the chart with
cloud.enabled=trueagainst the same cluster. - Cloud → OSS: drop the
cloud.*Helm values and Radar reverts to a self-contained in-cluster install.