Linkerd vs Kubernetes
Side-by-side trajectory, velocity, and editorial themes.
Linkerd coasts on its 2.19 post-quantum release while filling the gap with technical blog content.
Linkerd's stable cadence has slowed: the last named release is 2.19 from October 2025, which made post-quantum key exchange the default TLS mode. Since then, the team has leaned on edge-release roundups and community blog posts — deep dives into linkerd-destination, protocol detection, certificate rotation, and how Kubernetes native sidecars interact with mesh shutdown semantics — rather than feature-stamped stable releases.
The project is in mature-maintenance posture. Edge releases keep code moving, but the messaging is shifting toward operational guidance (cert rotation, native sidecars, OTel integration) rather than new mesh capabilities. The next strategic question is whether 2.20 lands a directional feature or whether Linkerd keeps positioning as the lightweight, predictable alternative to Istio's growing surface area.
Expect the next named release to formalize Kubernetes native sidecar support as the recommended deployment mode, and OpenTelemetry-based metrics to graduate from edge into stable.
Kubernetes 1.36 leans into AI/ML scheduling and control-plane scaling.
The 1.36 cycle is graduation-heavy, with PSI metrics, declarative validation, and volume group snapshots all promoted to GA. Alongside that, the project is making architectural moves around workload scheduling (a new PodGroup API), API-server safety (Mixed Version Proxy on by default), and very-large-cluster scaling (server-side sharded list and watch in alpha). Etcd 3.7 has hit beta in parallel.
Kubernetes is repositioning the control plane for two pressures at once: AI/ML batch workloads, where gang scheduling and DRA are becoming first-class concerns, and very-large clusters, where the control plane itself needs to shard. The pattern across this cycle is consolidation — old experimental scaffolding is reaching GA or being removed (ExternalIPs), while new APIs land with explicit separation of static template from runtime state. Less feature sprawl, more API hygiene.
Expect 1.37 to push server-side sharded watch toward beta and to keep extending DRA's reach into native resources like memory and networking. Workload-aware scheduling will likely accumulate scheduler-plugin-level coordination patterns next, with downstream batch frameworks starting to converge on the PodGroup shape.
See more alternatives to Linkerd →
See more alternatives to Kubernetes →