*作者：周欣元*

### 個人簡介

大家好，我是周欣元，本科就讀於杭州師範大學，今年 9 月將去往雲南大學進行研究生學習。本科研究方向為 docker 容器在網路攻防中的應用，目前作為 sealer member 加入了核心模組 sealer runtime 的研發工作。

個人主頁：<https:>

## 引言

sealer 是一款由阿里巴巴開源的叢集映象軟體，是快速安裝 Kubernetes 的交付工具，能夠短時間“一鍵”完成新叢集的安裝。sealer 主打的“叢集映象”概念能夠幫助使用 docker 的使用者平滑的過渡到 Kubernetes。

作為準研一“00 後”，在 2022 年 6 月初，我懷著對開源的憧憬加入了 sealer 的 Developers 的佇列，此時距離 sealer 啟動已經有一年了，在 2022 年 4 月左右進入了 CNCF sandbox 階段。

我相信很多人都一樣，接觸到 Github 大多是從上面克隆一個下來然後隨便改改交個作業，至少本科如此。而真正的作為一個 Github 良好社群專案，需要有活躍的生態，活躍的提交（Pull Request），活躍的建議（Issues）。而我，憑藉實習用起來的 git commit/pull/clone/push 對於加入社群來說無從下手。

下面就以我個人與 sealer 的一段成長故事來帶領大家體驗從小白到核心功能開發者的開源之旅，同時本文也作為一篇引領開源小白入門的文章供大家參考。

## 參與 sealer 開源的偶然與必然

大四上學期考完研後，我依靠本科專案經驗所積累的 Java、SpringBoot、docker 等技術出來尋找工作。此時恰逢杭州的容器雲崗位大量招募，我有幸進到了杭州諧雲科技有限公司，並在一個機緣巧合下進入了和阿里雲合作的雲原生專案中，並在崗位上認識了團隊的 Leader--孫宏亮。後面恰逢技術調研需要，天天在 Github 上逛，發現團隊正在運營開源的交付工具 sealer，只不過僅僅聽說了 sealer 大名--號稱“三分鐘透過叢集映象交付一套叢集”。因此 sealer 在我腦海中蒙上了神秘的面紗，恰逢 4 月底錄取通知發出，我想我今後是否能為開源貢獻力量。

大概 5 月中旬，我確定了我去讀研的計劃，這個時候我比較迷茫，因為無法留在杭州，但又不捨堅持三年的雲原生領域。偶然一次週會上聽說 sealer 正在吸引開源志願者參加開源之夏-2022（下稱 OSPP），我一聽：這不是明擺的機會嗎？於是我在 5 月底離開了團隊，開始著手 OSPP 上 sealer 關於支援安裝 K0s 的專案計劃書。6 月份的入選如期而至--當然，背後少不了宏亮的鼎力支援。

## CNCF sealer 對我的神秘引力

如果說透過 OSPP 參與開源是一種必然，那選擇眾多的專案中總要有一個理由。剛開始關注了三個均有云原生的社群，一個 Java 除錯天花板 Arthas 社群，另一個 Kubesphere 社群，以及 sealer.io 社群，且後兩個社群的專案可以說互相替代（KubeKey 和 sealer）。為什麼最終聚焦在了 sealer，我想有三個堅定不移的原因：

1.  sealer 是 CNCF Sandbox 專案。相信大家多多少少見過 CNCF 的 Landscape 全景圖，以及專案成長三個階段：Sandbox，Incubating，Graduated。我想是否能讓一個從沙箱到孵化最終到畢業的專案陪伴我的成長。

2.  sealer 具有“叢集映象”這一創新力。作為一個 docker 使用者，我讚歎於 dockerfile 以及 docker 映象技術帶來的便利。看到叢集映象後，我又不由自主的想象 sealer 是如何將雲基礎設施封裝於 Kubefile。

3.  sealer 充滿了更多的挑戰，在社群和使用者的共同推進中，專案中出現了一些不成熟的地方，這些問題羅列於 RoadMap 和 Issue 中，不止於 OSPP 的任務。

## 上手 sealer 開源的攔路虎

作為新人可以說，剛加入社群的我不會流暢的 Git，不知道如何提交 Issue，不會發起程式碼合併請求（Pull Request），甚至因為程式碼技術不夠硬而不敢和社群人員交流，我相信大多數想參與開源的同學和我的處境比較相似。

中途加入社群雖然沒有專案啟動困難大，但對於一個新手來說也足夠複雜。使用 sealer 安裝叢集體驗其功能後，轉型為 Developer 的重要一步就是熟悉程式碼，原以為對著程式碼編輯器 Goland 開衝就完事，但如同社群維護者所說，“Don't buy in all"，開原始碼和社群並不是 100% 優秀。作為二進位制安裝工具，驗證程式碼並不直觀，單元測試不完善，也造成了驗證程式碼邏輯的不少麻煩。

### 打 虎第一棒：將官方文件和原始碼搭配食用

在 6 月的專案啟動期，將官方文件和專案中的 README 以及原始碼結合起來看，是一種絲滑的體驗方式。首先從官方文件我們能瞭解其架構，模組，功能，這些對於半路上車的新人至關重要。從個人來看，我更專注 runtime 及其相關的架構，官方文件中主要著重閱讀叢集映象的構建，叢集映象倉庫的設計。程式碼方面對照 kubeadm 的官方安裝文件看 runtime 模組中的業務邏輯、從cobra 命令列呼叫的介面跟隨原始碼至實現層。

### 打 虎第二棒：對 sealer 的第一次 Issue

第一個在 sealer 社群的 Issue 比較生猛，上來就提出 Runtime 模組耦合度高，對 K0s、K3s、K8s 的擴充套件支援不太友好，同時抽象出頂層的叢集管理介面。第一次點選 comment 的時候反反覆覆用中英翻譯軟體把每個句子都檢查了一遍，生怕語法和單詞不對。不過很快社群維護者就給出了回應，並表示願意把這個改造的機會給我，於是我就開始了長達半個月的 K8s 及其下游版本的安裝調研以及改造。

### 打 虎第三棒：對 sealer 的第一次 Pull Request

加入一個 CNCF 認可的社群的好處是有 CODE_OF_CONDUCT，CONTRIBUTING 等等的引導文件，我很快學會了 fork、rebase 等 Git 技能。第一次的提交是關於修改錯誤反饋的 Github Issue 模板，也是首先把 PR 的流程熟悉起來。但在第一次提交 PR 的時候，關於 DCO 簽名的第一項檢查就失敗了，在焦急中折騰了許久，終於把簽名給弄好了，結果由於多次的提交，使得 commits 出現了分支。最終直接把這個 PR 又重新 open 了一次，第一次 PR 在 3 次意外後得到了社群的認可併合並。

## 逐步融入 sealer

sealer 支援 K0s、K3s 的安裝功能將在不久後和大家見面了，以下是使用的簡單演示，透過 Kubefile 將自己的應用打包進叢集映象中，透過 sealer run 即可啟動一個 K3s 叢集。

```
FROM k3s:v1.24.1
COPY imageList manifests
```

在完成參與開源的基本步驟後，我投入了核心模組 runtime 的重構，開發之前的設計稿打磨了很多個版本，在使用了 Kubeadm、K0s、K0sctl、K3s-install 等官方安裝工具多次安裝叢集后，形成了各種叢集的安裝經驗以及共性介面的抽象。其中也有不少問題的存在，例如：選用何種安裝載入程式、管理叢集的動作是否一致、配置檔案修改映象倉庫為 SeaHub:5000 後能否從 Registry 中拉取映象、如何製作 K0s、K3s 的叢集映象等等。

下圖是我進行 K0s、K3s、K8s 載入程式調研時形成的草稿，透過研究 K8s 的各個下游版本的安裝，幫助 sealer 完成了 runtime 模組的重構，補充了單元測試，方便後續擴充套件 runtime 的開發。

![1.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/bef8d466599141a48dba816c4bd410bb~tplv-k3u1fbpfcp-zoom-1.image "1.png")

## 逐步參與社群會議

sealer 社群每兩週有一次 Maintainer 的會議，我非常喜歡這個會議，一群有著技術熱情的同學，在這裡處理一些 Feature 和 Issue 相關的問題，大家有不同的思路，為 sealer 的未來功能和 Bug 提出一些理解，幫助 sealer 社群建設地更好。記得第一次在社群會議發言比較慌張，剛好需要分享 runtime 的設計稿，設計稿已經寫得蠻清楚了，但因為要介紹，同時要接受社群維護者的提問，發言的時候有一絲緊張。最終參與下來，發現大家都和藹可親，並沒有提出質疑，相反給我了很多建議促進了思考。

## 作為新手如何參與開源的社群

第一種是有明確目標的，開源社群制定的 RoadMap。這種情況下開源社群一般會透過一些開源活動來招募社群志願者，這樣的機會每年都有，例如國內外開源之夏，以及各個網際網路廠商定期給出的開源命題，這些命題大多數願意給學生機會。

第二種是在使用過程中發現錯誤並定位到程式碼，或者發現官方文件的描述不準確。這種時候可以透過提 Issue 並提交 PR 來引起社群對個人的關注。

當然，如果有很大的興趣要參與開源社群，學會傳送一封自薦的郵件是邁向社群的重要一步，同時在參與過程中，要及時的和社群維護者進行溝通交流，這樣自己會收穫更多的思路。

## 總結

開源是一種包容和開放的形式，引用《開源法則》中的一句話來說：“開源並不是免費的代名詞，他是技術開放的成功實踐，是創新得以持續發展的原動力，充滿著機遇和風險。”

參與開源社群並不是一件輕鬆的事情，特別是想要將社群維護得更好。作為開源的新手，當沒有豐富的程式碼經驗和開源經驗的時候，首先容易勸退的就是自己的內心。但作為新人我想：sealer 現在很優秀，那我可以在社群中汲取營養，當成長到一定的程度，那我也可以反過來推動 sealer 的進步。回顧參與社群的這一個半月，現在面對 sealer 問題的時候，我可以輕鬆的在 Github 上提出或評論 Issue，也可以在 Maintainer Group 參與討論，sealer 社群從程式碼規範、註釋規範、功能設計、協同建設等方方面面給予了我快速成長的空間。

從軟體使用到提 Issue 再到發起 Pull Request，從使用者轉變為開發者，如此一個參與開源的切入點是開源小白不錯的起步方式。

當然，sealer 也在使用者和開發者的共同努力下朝著更加穩定的方向進步。在這裡，也讓我們一起期待 sealer 的生態將在未來更加強大。

歡迎釘釘掃描下方二維碼或搜尋群號 34619594 加入 CNCF sealer 社群交流釘群！

![2.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/f821db01a9414dd08ca4492e2f113040~tplv-k3u1fbpfcp-zoom-1.image "2.png")

戳[此處](https://github.com/sealerio/sealer)，立即瞭解 sealer 專案！</https:>

開源小白到核心開發——我與 sealer 的成長故事

相關文章