本文章已超過一年。較舊的文章可能包含過時的內容。請確認頁面中的資訊自發布以來未變得不正確。

Kubernetes 社群 - 2017 年開源排行榜榜首

2017 年是 Kubernetes 的重大一年,而 GitHub 最新的 Octoverse 報告說明了這個專案受到了多少關注。

Kubernetes,一個用於執行應用程式容器的開放原始碼平台,提供一致的介面,使開發人員和維運團隊能夠自動化部署、管理和擴展各種應用程式,幾乎可在任何基礎架構上執行。

藉由像 Kubernetes 一樣,利用廣泛的專業社群和產業經驗來解決這些共同的挑戰,有助於工程師專注於在堆疊頂端建構自己的產品,而不是不必要地重複那些現在已成為「雲原生」工具組標準組件的工作。

然而,透過臨時的集體組織來實現這些成果本身就是一個獨特的挑戰,這使得在快速成長的時期,越來越難以支持開放原始碼、社群驅動的努力。

請繼續閱讀以了解 Kubernetes 社群如何應對這些擴展挑戰,以在 GitHub 的 2017 年 Octoverse 報告中登上排行榜首。

GitHub 上最多討論

2017 年討論度最高的兩個儲存庫都基於 Kubernetes

Most Discussed

在 GitHub 上所有的開放原始碼儲存庫中,沒有任何一個收到的 issue 評論比 kubernetes/kubernetes 還多。OpenShift,一個經 CNCF 認證的 Kubernetes 發行版,位居第二。

透過開放討論並提供充足的時間讓社群回饋和審查,有助於建立共享基礎架構,並為雲原生運算建立新標準。

GitHub 上最多審查

成功擴展開放原始碼專案的溝通通常會帶來更好的協調和更高品質的功能交付。Kubernetes 專案的特殊興趣小組 (SIG) 結構幫助它成為 GitHub 上審查次數第二多的專案

Most Reviewed

使用 SIG 來劃分和標準化社群參與機制,有助於引導來自更合格社群成員更頻繁的審查。

當有效管理時,活躍的社群討論不僅僅表示程式碼庫存在高度爭議,或專案有大量未滿足的需求。

擴展專案處理 issue 和社群互動的能力有助於擴大對話。同時,大型社群帶來更多樣化的使用案例和更多需要管理的支援問題。Kubernetes SIG 組織結構有助於應對大規模複雜溝通的挑戰。

SIG 會議為來自不同領域的使用者、維護者和專家提供集中的機會,共同協作以支持這項社群努力。這些在組織方面的投入有助於創造一個環境,讓優先考慮架構討論和規劃比 commit 速度更容易;使專案能夠維持這種規模。

加入行列吧!

您可能已經在使用在 Kubernetes 上成功管理和擴展的解決方案。例如,GitHub.com,它託管 Kubernetes 的上游原始碼,現在也運行在 Kubernetes 上

請查看Kubernetes 貢獻者指南,以獲取有關如何開始成為貢獻者的更多資訊。

您也可以加入每週 Kubernetes 社群會議,並考慮加入一兩個 SIG