Comparison

Radar vs Lens

Lens K8S IDE helped define the polished desktop Kubernetes IDE. Radar carries that experience into a newer operational model: the same integrated engine runs on desktop, locally, in-cluster, and through Cloud, with operational context and MCP built across the product.

TL;DR
  • Radar is a desktop product too - at about one-third the size of Lens. It ships for macOS, Linux, and Windows, or the even smaller single native binary can open the same full UI locally in a browser. The same Go engine also runs as a shared in-cluster service or connects a fleet through Cloud.
  • The OSS story is asymmetric. Radar is Apache 2.0 with a public no-relicense pledge. The lensapp/lens repo is MIT, but Mirantis moved exec, logs, and shell proprietary in v6.3, so OpenLens shipped without them.
  • The deeper difference is integration. Radar connects Issues, topology, retained change evidence, GitOps, Helm, traffic, audit, and MCP through one model. Lens centers the desktop IDE, extensions, and additional Teamwork and Agents surfaces.
  • Pick Radar when you want one integrated operational product. Pick Lens when your team is already committed to a Lens-specific extension, Teamwork deployment, commercial workflow, or established desktop environment that you do not want to change.
The architectural split

A desktop-centered product family versus one engine in four forms.

Lens extends its desktop IDE through Teamwork, Agents, and extensions. Radar keeps the same interface and operational model as the deployment shape changes.

Lens · Desktop model
Your laptop · Lens Electron app
↓ reads ~/.kube/config (local)
Local, cloud-discovered, or Teamwork clusters
↓ direct or Cluster Connect access
Your active cluster

A mature desktop workflow with a large extension ecosystem. Teamwork adds shared discovery and access, while the Kubernetes UI remains in each engineer's desktop app.

Radar · One engine, four delivery modes
Desktop · macOS, Linux, Windows
Local · CLI or kubectl plugin + browser
In-cluster · shared URL + Kubernetes RBAC
Cloud · SSO + fleet workflows

Local and desktop modes read kubeconfig like Lens. In-cluster and Cloud modes add shared access without changing the product or operational model.

Feature by feature

The full comparison.

Unmarked Radar checks ship in OSS (Apache 2.0) and Cloud. 'Cloud' tags are hosted-only.

Project & licensing

Open-source license

lensapp/lens (the OSS repo) is MIT. Lens Desktop (the product Mirantis ships) is proprietary. Mirantis kept exec/log/shell proprietary in v6.3+, so OpenLens lost those features.

Radar
Apache 2.0 (no-relicense pledge)
Lens K8S IDE
Proprietary Lens Desktop

Commercial use

Lens Personal is free for individuals at organizations below Lens's published $10M annual revenue-or-funding threshold. Larger organizations need Plus, Pro, or Enterprise subscriptions.

Radar
Yes
Lens K8S IDE
Free with eligibility limits · otherwise paid

Pricing axis

Radar
Per cluster
Lens K8S IDE
Per user

Architecture

Desktop app

Both provide a polished desktop Kubernetes UI. Radar combines a compiled Go core, Kubernetes informer/watch primitives, and Go's lightweight concurrency with the operating system webview; Lens bundles Electron, Chromium, and Node.

Radar
macOS · Linux · Windows
Lens K8S IDE
macOS · Linux · Windows

Current macOS footprint

Current Apple Silicon installs measured July 15, 2026. Radar delivers the same engine and full UI as either a single native binary that opens in your browser or a packaged desktop app.

Radar
~100 MB native binary · ~200 MB desktop
Lens K8S IDE
~600 MB desktop

Local browser mode

The same Radar engine can run as a CLI or kubectl plugin and serve the full UI on localhost.

Radar
CLI · kubectl plugin · browser UI
Lens K8S IDE
No

Shared in-cluster URL

Radar can serve its full interface from inside a cluster. Lens Teamwork can share cluster access, but the Kubernetes UI still runs in each engineer's Lens Desktop app.

Radar
Radar in-cluster
Lens K8S IDE
No

Hosted browser workspace

Radar
Cloud
Lens K8S IDE
No

Multi-cluster

Clusters in one view

Lens Desktop catalogs and connects to multiple clusters, including clusters shared through Teamwork. Radar Cloud adds cross-cluster aggregate views rather than only switching the active cluster.

Radar
Cloud scoped fleet views
Lens K8S IDE
Desktop catalog + Teamwork

Cross-cluster resource search

Radar
Cloud
Lens K8S IDE
No

Package and application version skew

Radar Cloud compares installed package versions and application versions across selected clusters. It does not provide an arbitrary field-by-field diff of whole environments.

Radar
Cloud
Lens K8S IDE
No

History & incidents

Event timeline retention

Radar records Kubernetes events and observed resource changes in memory by default, or SQLite when local persistence is configured. Radar Cloud adds cloud-backed retention up to one year. This is retained operational evidence, not full historical cluster-state replay.

Radar
Memory · SQLite · Cloud up to 1 year
Lens K8S IDE
None (live state only)

Resource-change diffs

Radar
Timeline + manifest history
Lens K8S IDE
No

Audit log retention

Radar Cloud retention is 7 days on Free, 30 days on Team, and 365 days on Enterprise.

Radar
Cloud · 7 / 30 / 365 days
Lens K8S IDE
No

GitOps correlation (ArgoCD + Flux)

Radar
ArgoCD + Flux, in core
Lens K8S IDE
Via extensions

Auth

Organization SSO

Radar
In-cluster OIDC · Cloud
Lens K8S IDE
Lens for Organizations

SCIM provisioning

Radar
Enterprise
Lens K8S IDE
Enterprise tier only

Inherits Kubernetes RBAC

Radar
Yes
Lens K8S IDE
Yes

Works without distributing kubeconfigs

Radar's shared modes use an in-cluster ServiceAccount and per-user RBAC. Lens Teamwork Cluster Connect creates local access configuration for authorized users instead of requiring operators to distribute static kubeconfigs manually.

Radar
In-cluster or Cloud
Lens K8S IDE
Teamwork Cluster Connect

Feature surface

Resource browsing + RBAC viewer

Radar
Yes
Lens K8S IDE
Yes

Logs, exec, terminal

Lens Desktop includes real-time logs and its Smart Terminal. OpenLens builds lost exec, logs, and shell when those features moved into proprietary Lens code.

Radar
Yes
Lens K8S IDE
Yes

Topology graph (live)

Radar
Live workload graph
Lens K8S IDE
Extension-dependent

Live workload-to-workload traffic + mTLS

Radar
Yes
Lens K8S IDE
No

Image filesystem viewer

Radar
Yes
Lens K8S IDE
No

Cost insights (OpenCost)

Both require OpenCost installed in the cluster. Radar auto-detects it. Lens needs an extension.

Radar
Auto-detected
Lens K8S IDE
Via extension

Cluster security audit (Trivy / Kyverno)

Radar
Yes
Lens K8S IDE
No

MCP for external AI agents

Both expose MCP. Lens Desktop provides read-only kubectl and PromQL tools across clusters connected to the running desktop app. Radar provides typed diagnostic, topology, resource, GitOps, log, and RBAC-enforced operational tools, including writes where the user is authorized.

Radar
Correlated read + write tools
Lens K8S IDE
Read-only kubectl + PromQL

Karpenter / KEDA / cert-manager / Kyverno / OpenCost / Trivy

Cluster operators you install yourself. Radar detects each and renders integrated views. Lens uses extensions per integration.

Radar
Auto-detected, no extension install
Lens K8S IDE
Via extensions

Collaboration

Slack / PagerDuty / MS Teams alerts

Radar
Cloud
Lens K8S IDE
No

Resource annotations visible to teammates

Radar
Cloud
Lens K8S IDE
No

Webhooks

Radar
Yes
Lens K8S IDE
No

Invite unlimited teammates

Radar prices per cluster - teammates are free. Paid Lens organization plans are per user, so each additional licensed engineer is another seat.

Radar
Yes
Lens K8S IDE
Paid per user

Pricing

Free tier

Radar
OSS unlimited · Cloud 3 clusters
Lens K8S IDE
Lens Personal · eligibility limits

Paid entry point

Radar
$99/cluster/mo (Cloud Team)
Lens K8S IDE
Paid per-user plans

Compliance

SOC 2 certification

Radar Cloud is SOC 2 Type 2. Lens currently documents SOC 2 Type 1 certification.

Radar
Type 2 · Cloud
Lens K8S IDE
Type 1

Self-host / on-prem

Radar
OSS · Cloud Enterprise
Lens K8S IDE
Desktop is local

Verified July 2026 against Lens K8S IDE, Teamwork, MCP, current pricing, and the lensapp/lens MIT repo. Something wrong? email us.

Concrete scenarios

What each tool does for the jobs that fill your week.

2am production incident

Radar
Lens

Open Lens. Pick the right cluster. Browse to the workload. Screenshot what you see, paste in Slack. Lose context as pods restart.

Radar

Open the affected cluster from the alert. Use Issues, topology, and retained timeline evidence to connect the failure to recent changes, then share the scoped URL.

Compare staging to prod

Radar
Lens

Switch clusters in Lens. Eyeball differences. Tab between windows.

Radar

Use Radar Cloud to compare application versions and installed package skew across the selected clusters.

Auditor asks what changed last quarter

Radar
Lens

Lens shows live state. Reconstruct from git, kubectl history, external SIEM.

Radar

On Enterprise's 365-day retention, filter the Cloud audit log by namespace and date range, then export CSV.

Onboard a new engineer with Okta SAML

Radar
Lens

Use Lens Teamwork and Cluster Connect to grant access, then install and license Lens Desktop for the engineer.

Radar

SAML SSO into Radar Cloud (SCIM on Enterprise). First login, the browser workspace is ready.

Show a PM what's broken

Radar
Lens

Screenshot. Paste. Get asked 3 follow-ups. Screenshot more.

Radar

Share a deep-link to the exact filtered view. They click. They see.

Give an AI agent Kubernetes context

Radar
Lens

Connect an MCP client to Lens Desktop and query the cluster through the running desktop environment.

Radar

Connect the agent to Radar MCP for structured diagnosis, topology neighborhoods, resources, GitOps state, logs, and the same correlated model used by the UI.

Solo engineer who wants a desktop app

Tie
Lens

Open the established Lens desktop IDE and use its extension ecosystem.

Radar

Open Radar Desktop for the same local job, with Issues, topology, timeline, GitOps, Helm, traffic, audit, and MCP integrated from the start.

Install a niche Lens extension your workflow already depends on

Lens
Lens

Keep the established Lens extension and the workflow built around it.

Radar

Use Radar's integrated capabilities where they cover the ecosystem, but there is no arbitrary third-party extension marketplace.

FAQ

Questions we get about Lens.

Is Lens still open source?
The lensapp/lens repository is MIT-licensed. The Lens Desktop product Mirantis ships isn't equivalent to that repo: in v6.3 (Jan 2023), Mirantis moved exec, logs, and shell into proprietary code, so OpenLens builds shipped without them. Lens Personal is free for eligible individuals; organizations above Lens's published $10M annual revenue-or-funding threshold need paid per-user plans.
What about OpenLens / Freelens?
OpenLens builds wound down after the v6.3 feature removals. Freelens is the actively maintained community continuation of the Lens desktop workflow. If minimizing change is the goal, Freelens is the natural path; if you want a deeper operational model and more delivery choices, compare it with Radar.
Does Radar have a desktop app like Lens?
Yes. Radar ships a native, lightweight desktop app for macOS, Linux, and Windows using the operating system webview around its compiled Go core. The same engine also runs as a CLI or kubectl plugin that opens a local browser UI, or in-cluster for shared access.
How does Radar differ from Lens reading kubeconfigs?
For local use, both Lens Desktop and Radar read kubeconfig on the engineer's machine. Lens Teamwork can centralize discovery and share cluster access through Cluster Connect. Radar's in-cluster and Cloud modes instead deliver the full browser workspace from a ServiceAccount-backed deployment, with per-user Kubernetes RBAC and no inbound firewall rule for Cloud.
What about Lens Teamwork and Lens Agents?
Lens Teamwork adds centralized cluster discovery and Cluster Connect to Lens Desktop. Lens Agents is a separate platform for governed external and managed agents. Radar keeps the operator UI, shared delivery modes, fleet views, and typed MCP tools in one operational product rather than dividing them across separate surfaces.
Is Lens more mature?
Lens has been around longer and has a large installed base. Radar is designed for teams that want desktop or local use plus integrated Issues, topology, timeline evidence, GitOps, Helm, traffic, audit, fleet workflows, and MCP without assembling that context from extensions or separate product surfaces.
Is there anything Lens does that Radar doesn't?
A couple of things. In-app AI chat (Lens Prism) - Radar deliberately doesn't bundle a chatbot; it exposes the cluster as an MCP endpoint your existing Claude / Cursor / Copilot queries directly. A third-party extension marketplace - Lens has years of community extensions for niche tools; Radar's integrations are curated and compiled into the binary, so common ecosystems work out of the box but there's no plugin system for arbitrary add-ons.

Try Radar OSS in 30 seconds.

Single Go binary, Apache 2.0. Or hosted Radar Cloud free for 3 clusters.

Apache 2.0 · Self-host forever · Cloud for fleet, alerts, SSO