Developer News（開発者ニュース）
Agent Sandbox サブプロジェクトが Kubernetes ブログ記事「Running Agents on Kubernetes with Agent Sandbox」を公開し、v0.1.1 から v0.4.3 へと大きく進歩しました。主な更新内容は、デフォルトのネットワーク分離、永続ストレージのサポート、Python SDK の改善、新しい Go クライアント、コントローラの安定性向上です。
Kubernetes v1.37 リリースチームのシャドウ申請が 2026 年 5 月 15 日まで受け付けられています。結果発表は 5 月 22 日、リリースサイクルは 5 月 18 日から 8 月 26 日までの予定です。詳細は Release Team Overview、Shadows Guide、Role Handbooks、Selection Criteria を参照してください。更新情報は Slack の sig-release チャンネルと kubernetes/sig-release リポジトリで共有されます。
KubeCon North America CFP は 5 月 31 日が締め切りです。
KubeCon North America の Maintainer Track CFP も受付中です。締め切りは 7 月 12 日です。
Release Schedule（リリーススケジュール）
次の締め切り: リリースサイクル開始（近日）
次のパッチリリース向けのチェリーピックは今週金曜日（5 月 8 日）が締め切りです。
Featured PRs（注目 PR）
138629: feat(validation-gen): resource string values への eachVal + maxBytes バリデーション追加
aaron-prindle が ResourceSlice.spec.devices[*].attributes[*].strings[*] に対する手書きのバイト長バリデーションを、KEP-5073: Declarative Validation with validation-gen の一環として宣言的バリデーションへ移行しました。このPRは thockin と SIG API Machinery / WG Device Management のコントリビューターによってレビュー・承認されており、kubernetes/kubernetes の API 面において +k8s:eachVal タグが初めて使用された実例です。
宣言的バリデーションは、API フィールドのバリデーションを手書きの Go コードから、API 型のストラクトタグアノテーションで駆動される機械生成コードに移行するアプローチです。コントリビューターにとっては、バリデーションルールが検証対象フィールドと同じ場所に記述されるため監査しやすく、全 API バージョン間で一貫性が保たれるという利点があります。ユーザーにとっては、API バージョン間のバリデーションのズレが減り、長期的に API サーバーのパフォーマンスが向上するという利点があります。
このPRでは +k8s:alpha(since: "1.37")=+k8s:eachVal=+k8s:maxBytes=64 というタグチェーンを v1、v1beta1、v1beta2 のリソース API 型に追加し、宣言的バリデーションコードを再生成して、両バウンダリケースでのバイトカウントセマンティクスを検証する同等性カバレッジテストを追加しています。+k8s:maxBytes を +k8s:maxLength ではなく使用しているのは、既存の手書きバリデーションが Go の len(string) と field.TooLong を用いてバイト数制限を実施しているためです。テストでは 2 バイトの UTF-8 文字 é を使ってバイトカウントの動作を確認しています。手書きバリデーションは引き続き権威あるものとして残り、このPRは +k8s:eachVal タグを StabilityLevelBeta に昇格させるために必要なソーク期間を開始するものです。
KEP of the Week（今週の KEP）
KEP-5710: Workload-aware preemption（ワークロード対応プリエンプション）
この KEP は Kubernetes スケジューラにワークロード対応プリエンプションを追加することを提案しており、Pod 中心のアプローチからワークロード中心のアプローチへの移行を目指しています。KEP-4671 の Workload および PodGroup API を基盤として、Pod グループ優先度の概念とワークロードレベルでのプリエンプション単位の定義を導入し、既存の Pod プリエンプションに基づいたシンプルな実装から始めます。
この提案の背景は、AI トレーニングやマルチホスト推論といった密結合ワークロードが、複数の Pod が常に連携してこそ進行するという性質にあります。そのため、たった 1 つの Pod が中断されただけでもワークロード全体の進行が止まります。リソースが制約された環境では、現在のプリエンプション機構がこうした特性を考慮していないことが問題となっています。
この KEP は現在 Kubernetes v1.36 で Alpha 段階にあります。
Other Merges（その他のマージ）
- kube-proxy がラージクラスターモードでフルシンクを実行しない（エンドポイント 1000 以上の場合）
- ZFS 上での kubelet 起動失敗の修正（cadvisor プラグインの欠落が原因）
- kubeadm:
kubeadm initでデフォルトのadmin.confとsuper-admin.confパスが使用される場合、ファイルを読み込むがメモリ上でInitConfiguration.localAPIEndpointを指すよう kubeconfig を構築するよう変更。ロードバランサーが最初の kube-apiserver インスタンス起動後に初めてプロビジョニングされるシナリオでの問題を解決 - Validation-gen フレームワークへの Deferred Gen コンセプト導入
- Dynamic Resource Allocation の CEL エラーメッセージを改善し、存在しないデバイス属性へのアクセス時に
orValue()とhas()を使ったオプションフィールドの取り扱い方についてのガイダンスとドキュメントへのリンクを表示するよう
Promotions（昇格）
Version Updates（バージョン更新）
Subprojects and Dependency Updates（サブプロジェクト・依存関係更新）
- etcd が 3.6.11、3.5.30、3.4.44 のアップデートをリリース。etcd 認証のセキュリティ修正と、メンバーが 1 台ダウンしている状態でのメンバー追加対応を含む