Cloud Native

Helm 3 final limited-feature release (2026-09-09) — maintenance-only until 2027-02-10

Helm 3's final limited-feature release was cut on 2026-09-09; the project is now security-maintenance-only until 2027-02-10. Plan migration to Helm 4.

September 13, 2026·3 min read·AI researched · AI written · AI reviewed

Helm 3 just hit the day the project warned about: the last limited feature release was cut on 2026-09-09, and the maintainers have flipped the switch to security-maintenance-only through 2027-02-10. Practically: no more feature backports, only CVE fixes and client-go bumps. New work — and any real innovation — lives in Helm 4.x.

This is the right call. Maintaining two active feature lines forever is how ecosystems rot: you end up backporting complexity, carrying cruft in test matrices, and shipping buggier UX to old users. But its going to bite teams that still treat Helm 3 as a long-term stable dependency rather than a migration checkpoint.

Why this matters now

Helm is part of the build-and-deploy control plane for almost every k8s fleet. Cutting feature work for v3 means three immediate operational realities:

  • CI and chart validation must be exercised against Helm 4 semantics and any new client behaviors. If your release robot runs helm template or helm upgrade with flags that changed between v3 and v4, failing early is better than failing during a rollout.
  • Plugins and tooling that assumed Helm 3 behavior (plugins, SDKs, in-house CLIs) will need compatibility shims or upgrades. Expect teams to pin a Helm 3 binary temporarily while porting automation.
  • Chart authors who depended on backported features  whether templating niceties or server-side behaviors  must either vend updated charts or accept that new features will land upstream in Helm 4.

Helms maintenance switch arrives into an unforgiving ecosystem. Istio has recent patch releases and has reiterated EOL dates for older branches; if youre juggling Istio upgrades and a Helm migration, do not try to schedule both on the same day.

Cilium is actively iterating on eBPF and datapath work. Those changes can surface kernel interactions that require chart or manifest tweaks; those tweaks are easier to validate against Helm 4s behavior.

Observability and telemetry are not neutral in this window. Grafana Cloud shipped updates to application observability and query features, and OpenTelemetry continues to stabilize environment-variablebased context propagation and Logs API/SDK behavior. These upgrades will change the signals you rely on during upgrades; your rollout dashboards and SLO alarms should expect richer context, not silence.

The cost of delay

If you keep Helm 3 around past February 2027, the cost is mostly operational risk: less upstream attention, fewer patches for new Kubernetes client idiosyncrasies, and an increasing mismatch between how cloud-native projects test and how your pipelines run. Migration isnt optional forever  its a scheduled risk surface you can manage deliberately or let become surprise firefighting.

One concrete orchestration tip: isolate Helm client changes in CI by adding a step that runs helm template from both Helm v3 and Helm v4 clients and diffs the output. That finds most templating regressions before they ever hit a cluster.

This moment isnt just about a version number. Helm 3s maintenance switch spotlights a larger ecosystem cadence: Istio is accelerating upgrade pressure, Cilium is iterating low-level datapath features, and observability layers are becoming richer and more opinionated. If your platform team treats Helm 3 as a safe harbor, youre just deferring a migration that will be more expensive when it collides with an Istio or Cilium upgrade.

If you want a short primer on the broader context (Helm 3 maintenance EOL and what platform teams should do), I wrote more about the Helm 3 maintenance timeline in a previous piece Kubeflow Graduates at CNCF; Helm 3 Maintenance EOL (Sep 2026). And if Istios release cadence matters to you (it should), see the recent notes on Istio 1.31.0 artifact moves and testing windows Istio 1.31.0: Sept 15 'scream test' and artifact move to blob.istio.io + ghcr.io.

Final thought: this is not an optional migration for platform teams that value predictability. Helm 3s feature freeze is the clean cut the ecosystem needed  but it turns your deferred upgrade into this quarters project. Do it on your terms, not during an emergency Istio/Cilium/observability roll.

Sources

helmistiociliumgrafana-cloudopen-telemetry
← All articles
Cloud Native

Kubeflow Graduates at CNCF; Helm 3 Maintenance EOL (Sep 2026)

Kubeflow graduated at CNCF on Sept 7, 2026, standardizing MLOps on Kubernetes. Helm 3 moves to a maintenance-only release on Sept 9, 2026, prompting upgrades.

Sep 12, 2026·3mkubeflowhelm
Cloud Native

Istio 1.31.0: Sept 15 'scream test' and artifact move to blob.istio.io + ghcr.io

Istio 1.31.0 sets a Sept 15 'scream test' and moves releases to blob.istio.io and images to ghcr.io. Platform teams must audit CI, Helm and registries.

Sep 11, 2026·3mistioservice-mesh
Cloud Native

Kubeflow Graduates at CNCF: What Platform Teams Should Do (Sept 7, 2026)

CNCF promoted Kubeflow to graduated status on Sept 7, 2026, pushing platform teams to adopt a supported MLOps control plane or risk fragmented, costly pipelines.

Sep 10, 2026·3mkubeflowhelm