Replies: 21 comments 5 replies
Breaking Changes, Deprecations, and Removals for v1.37SIG API Machinery
SIG Network
SIG CLI
API Removals (expired API versions - no individual KEPs)
Additional deprecations (no KEP)
cgroup v1 - heads upcgroup v1 has been soft-disabled since v1.35 ( |
|
SIG Cluster Lifecycle
|
|
SIG Autoscaling: HPA scale to zero being promoted to Beta - kubernetes/kubernetes#139648 Link: https://kubernetes.slack.com/archives/C09R1LV8S/p1782218285551079 |
|
Sig-Windows: Nothing to highlight |
|
These are the ones that stood out to me: Alpha
Beta
Stable
|
|
For SIG-CLI:
|
|
For SIG-Apps:
|
|
Sig UI- has nothing to highlight |
|
Sig Architecture: nothing to highlight for the moment 21 Jul 2026 |
|
Sig Testing: nothing to highlight |
|
Sig Cloud Provider: highlights: |
|
SIG Storage:
Driver disabled:
|
|
SIG-Network:
|
|
SIG security: Nothing to highlight |
|
SIG-etcd: New Features:
|
|
SIG Scheduling: Workload-aware scheduling remains our topmost priority with several KEPs around that initiative:
Also, for non-WAS features:
|
|
SIG Node:
(cc @SergeyKanzhelev @mrunalp @dchen1107 for any additional thoughts) |
|
SIG Instrumentation:
|
|
SIG-auth:
|
|
SIG API Machinery: Stable KEP-4192: Move Storage Version Migrator in-tree moves to GA. Storage-version migration is now a built-in control-plane capability — no external migrator to deploy and operate. The control plane can automatically rewrite stored objects to the current storage version, which matters most for encryption-at-rest key rotation and for safely progressing API versions without leaving stale bytes in etcd. Beta KEP-6178: Concurrent Watch Object Decode moves to beta, enabled by default. Watch events from etcd are now decoded and transformed across a bounded worker pool instead of serially, preserving exact event ordering — cutting watch cache initialization time by ~40% (up to ~55% with EtcdRangeStream) and preventing conversion-heavy CRDs from stalling cache init past the etcd compaction interval. Operator note: CRD conversion webhooks may see up to 10 concurrent calls during cache initialization (total call volume unchanged). |
|
Hello! I'm Swathi from the release comms team! We’re currently working on the release announcement blog on issue kubernetes/website#56990 for version 1.37 and are seeking technical reviews for the KEP write-ups included in this cycle. Please review the announcement blog post and evaluate the KEPs for technical accuracy. We would also appreciate any suggestions for additional details or context that could improve the clarity and completeness of the write-ups! I see Christopher has tagged authors/SIG Chairs on each write-up and while some progress has been made there, I would appreciate if folks who haven't had the chance to review write-ups for KEPs relevant to them can also review them. :) We would appreciate if the technical review could be completed this week so that we have enough time for any final adjustments next week. Thank you! cc: @dipesh-rawat @RinkiyaKeDad @kirti763 @TineoC @SophiaUgo @troy0820 |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
This is a discussion to collect the Release Highlights for the 1.37 release cycle.
Release Highlights are an essential part of the Kubernetes release cycle as they provide a birds-eye view of improvements, breaking or user-facing changes that are coming as part of the upcoming release. The release Comms team is asking for SIGs to comment on this discussion with items that we should highlight in release communications for v1.37.
For each submission, please include a link to the KEP, the stage the feature is moving to, and a brief description of the KEP that will be used as an outline for the blog post content.
The deadline for v1.37 Release Highlights is 28th July, 2026(Tuesday).
Here is the discussion thread from the last release cycle.
cc @kubernetes/release-team-leads
cc @RinkiyaKeDad @TineoC @kirti763 @SophiaUgo @troy0820 @dipesh-rawat @aibarbetta @Prajyot-Parab
Ref: #3027
xref to contacts issue: #3052
All reactions