The Kubernetes project has released version 1.37 with 67 enhancements: 16 graduate to stable, 23 move to beta, 27 arrive as alpha features and one covers a deprecation or removal. That volume calls for targeted evaluation rather than enabling everything.
The short answer
| Level | Count | Recommended decision |
|---|---|---|
| Stable | 16 | Assess impact and adopt where useful. |
| Beta | 23 | Test in a representative environment. |
| Alpha | 27 | Keep to labs and reversible experiments. |
| Deprecation or removal | 1 | Search for affected dependencies immediately. |
A Kubernetes version is not just the API server. Nodes, CSI and CNI drivers, ingress controllers, operators and backup tooling must all be compatible.
Start with the actual inventory
Export control plane, kubelet and extension versions. Search Git manifests for deprecated APIs, but also inspect resources dynamically created by operators. A clean repository does not prove that an obsolete object is absent from the cluster.
Then check the managed provider's support matrix. EKS, AKS and GKE may not offer the release immediately and can impose their own constraints.
Alpha features are not shortcuts
An alpha feature can change schema, remain disabled by default or disappear. Enabling it on the control plane may complicate restoration and the next upgrade. It belongs in an isolated test cluster with exit criteria, not in a rushed production requirement.
For beta features, document feature gates and their defaults. Graduation can alter behavior even when your manifests do not visibly change.
Upgrade in stages
Test admission, network policies, persistent volumes, autoscaling and planned disruptions first. Upgrade a non-production environment, followed by a small node pool. Observe API errors, restarts, DNS latency and volume attachment times.
Keep a realistic rollback plan. An etcd snapshot helps with a self-managed cluster, but it does not automatically restore application databases and volumes.
Do not wait for end of support
Skipping several releases increases the number of APIs and components that must move at once. A regular cadence with a defined window and repeatable tests is safer than one large annual operation.
Kubernetes 1.37 brings a broad set of changes, but ecosystem compatibility remains the priority. Effective teams will address removals first, validate critical extensions and enable experimental features only against a measurable hypothesis.




Join the discussion
Comments
Loading comments…