5 個 kOps 版本重點
5 個 kOps 版本重點，涵蓋 v1.35.1 修補、Kubernetes 1.30 淘汰時程，以及升級前該看的信號。
這篇整理 5 個 kOps 版本重點，幫你判斷現在該升到哪版、哪些支援即將移除。
如果你在管 kOps，讀完這 5 項就能判斷：現在該跟進哪個穩定版、哪些相容性要先補、以及下一次叢集升級要避開什麼風險。頁面上的最新穩定版是 v1.35.1，而且還有一個明確的下一步訊號。
| 項目 | 版本 | 重點訊號 |
|---|---|---|
| 穩定版 | v1.35.1 | 目前頁面最新標記 |
| 預發布版 | v1.36.0-alpha.1 | 透露下一版移除項目 |
| 支援通知 | kOps 1.36 | 將移除 Kubernetes 1.30 支援 |
1. 最新穩定版：v1.35.1
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
v1.35.1 是這份版本頁面上標示為 Latest 的穩定版，代表它是目前最值得先看的正式發行版本。它不是單純補一個小號碼，而是把 AWS、GCE、Azure、Hetzner、Cilium、etcd-manager 與 kops-controller 路徑上的多個修補一起帶進來。
對維運人員來說，這類版本通常偏向修正與穩定，不是大改功能。你可以把它視為一次集中整理：叢集生命週期、網路行為、控制器流程、Go 與 containerd 版本更新，都在這個版本裡一起處理。
- 發布日期：5 月 28 日
- 頁面標記：Latest
- 提供 20 個主要平台資產
- 含從 v1.35.0 到 v1.35.1 的完整變更紀錄
2. Kubernetes 1.30 支援即將退場
版本頁面摘要已經直接寫明：Kubernetes 1.30 的支援會在 kOps 1.36 移除。這是整份 release notes 裡最重要的前瞻訊號，因為它不是「可能」而是已經排進下一版的變更。
如果你的叢集還跑在 Kubernetes 1.30，現在就該把它列成升級排程。最實際的做法，是先盤點每個叢集的控制平面版本，再安排測試升級路徑，避免等到 kOps 1.36 上線後才被動處理。
- 受影響版本：Kubernetes 1.30
- 移除目標：kOps 1.36
- 第一步：盤點所有叢集版本
- 第二步：先驗證下一個 minor upgrade
3. v1.36.0-alpha.1 先告訴你未來會少什麼
預發布版 v1.36.0-alpha.1 的價值，不在於你現在要不要直接上 alpha，而在於它提前揭露下一條發行線的方向。這份 notes 裡可以看到一些移除與清理工作，例如 Amazon Linux 2 支援被拿掉，還有部分舊 mirror 參照被刪除。
對管理者來說，alpha notes 很像預警清單。你不一定會部署 alpha，但你可以用它確認哪些平台假設正在消失，提早修正映像、節點基底與部署腳本，避免之後升級時才發現不相容。
- Amazon Linux 2 支援在 alpha 中移除
- 舊 mirror 項目被清理
- 測試與 scenario 持續更新
- 適合拿來做前置規劃
4. 下載資產把主要平台都列出來了
v1.35.1 的 release assets 涵蓋 darwin、linux、windows，而且同時提供 amd64 與 arm64 版本。這對直接從 GitHub release 下載 kOps 的團隊很重要，因為你不用猜支援範圍，頁面本身就把可用的二進位檔列清楚了。
另外還有 SHA256 檔案，這是實務上最常用的完整性驗證步驟。若你有自動化安裝流程，先驗 hash 再部署，可以少掉很多因下載損毀或來源不一致造成的問題。
kops-linux-amd64
kops-linux-arm64
kops-darwin-amd64
kops-darwin-arm64
kops-windows-amd64
*.sha2565. 這版偏修補，不是偏新功能
v1.35.1 的 changelog 大多是修正與維護項目，像是 control plane availability 檢查、instance requirements、kubeconfig 處理、Cilium flags、GCE 清理，以及控制器相關 bug fix。這種組合通常代表發行重心在穩定性，而不是推出大量新功能。
對生產環境來說，這是相對好消化的版本類型。當你已經知道自己的叢集架構，卻想把已知問題修掉、把升級風險壓低，這種 fix-heavy release 往往比功能導向版本更適合先採用。
- control plane availability 修正
- instance requirements 修正
- kops reconcile cluster 新增 --use-kubeconfig
- 多個雲平台特定 bug fix
怎麼挑
如果你要的是目前最穩的正式版，先看 v1.35.1。如果你在做下一輪升級規劃，先讀 v1.36.0-alpha.1，因為它會先告訴你哪些東西即將被移除。若你的叢集還有 Kubernetes 1.30，支援退場就是你現在要排進時程的工作。
簡單說，日常維護選 v1.35.1，前瞻規劃看 alpha notes，版本淘汰則拿來決定升級順序。這樣你就能在 kOps 1.36 到來前，把風險先處理掉。