為什麼會有想要取代 Helm 後繼方案 https://itnext.io/finally-a-viable-helm-replacemen… — 矽谷牛的耕田筆記

矽谷牛的耕田筆記@technologynote · 615 subscribers Open in TelegramOpen

為什麼會有想要取代 Helm 後繼方案

https://itnext.io/finally-a-viable-helm-replacement-388d538f9e1f

Helm 作為 Kubernetes 內最成熟且最多人使用的應用程式打包與發佈框架，這邊的應用程式代表的是用一堆 YAML 來描述的應用程式。

Helm 透過
1. 支援不同版本的設定與打包
2. 從早期的 www server 到後來的 OCI Server，有不同的方式可以發佈與讓人下載各種打包好的 Helm Chart (一整包 YAML)
3. 透過 Template 的方式讓使用者可以客製化 YAML 的內容，減少重複撰寫同時又可以滿足各種使用情境

Helm 有很多好處，但是使用上也有很多限制與問題，譬如
1. 部署狀況不明確，需要使用者自己去除錯
2. 沒有明確的 dry-run 模式，只能透過產生 YAML 去判別
3. Template 的撰寫很複雜，寫得過於複雜雖然功能強大，但是維護上又很困難

諸多特性讓很多 Helm 的使用者又愛又恨
此外 Helm 目前最大的隱憂也就是 Maintainer 的數量以及相關 feature 的演進速度已經逐漸放慢，整個專案的發展進入停滯的狀況。

因此目前也有不少專案開始嘗試重新設計，希望可以吸取 Helm 的經驗重新打造一個更適合的 K8s 應用程式打包框架。
本篇文章介紹的 Werf 就是一個對 Helm 完全相容的新框架，該框架嘗試基於 Helm 的經驗並且解決各種已知問題，譬如部署下去還會自動收集當前部署狀態，並且回傳相關 log 讓使用者可以知道部署狀況，並且也有自動 rollback 的機制。