本文發表於一年多前。舊文章可能包含過時內容。請檢查頁面中的資訊自發布以來是否已變得不正確。

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

2017 年是 Kubernetes 取得巨大成功的一年，GitHub 最新的 Octoverse 報告 正好說明了這個專案受到了多少關注。

Kubernetes 是一個 用於執行應用程式容器的開源平臺，它提供了一個一致的介面，使開發人員和運維團隊能夠在幾乎任何基礎設施上自動化部署、管理和擴充套件各種應用程式。

正如 Kubernetes 所做的那樣，透過利用廣泛的專業知識社群和行業經驗來解決這些共同的挑戰，工程師可以將精力集中在構建自己的頂層產品上，而不是不必要地重複現在已成為“雲原生”工具包標準部分的工作。

然而，透過臨時集體組織實現這些成果本身就是一項獨特的挑戰，這使得在快速增長時期，支援開源、社群驅動的努力變得越來越困難。

請繼續閱讀，瞭解 Kubernetes 社群如何應對這些擴充套件挑戰，在 GitHub 2017 年 Octoverse 報告中名列前茅。

GitHub 上討論最多的專案

2017 年討論最多的兩個倉庫都基於 Kubernetes

Most Discussed

在 GitHub 上的所有開源倉庫中，沒有一個比 kubernetes/kubernetes 收到更多的問題評論。OpenShift，一個 CNCF 認證的 Kubernetes 發行版，位居第二。

公開討論，並有充足的時間進行社群反饋和審查，有助於構建共享基礎設施，併為雲原生計算建立新標準。

GitHub 上審查最多的專案

成功地擴充套件開源專案的溝通通常會帶來更好的協作和更高質量的功能交付。Kubernetes 專案的 特殊興趣小組（SIG） 結構使其成為 GitHub 上審查最多的第二個專案

Most Reviewed

使用 SIG 來細分和標準化社群參與機制有助於從更有資格的社群成員那裡獲得更頻繁的審查。

如果管理得當，活躍的社群討論不僅表明程式碼庫爭議很大，或者專案有大量未滿足的需求。

擴充套件專案處理問題和社群互動的能力有助於擴大討論範圍。同時，大型社群伴隨著更多樣化的用例和需要管理的大量支援問題。Kubernetes 的 SIG 組織結構 有助於解決大規模複雜溝通的挑戰。

SIG 會議為來自不同領域的使用者、維護者和專家提供了集中的協作機會，以支援這項社群工作。這些組織方面的投入有助於建立一個環境，在這種環境中，優先考慮架構討論和規劃而不是提交速度會更容易；從而使專案能夠保持這種規模。

加入我們！

您可能已經在 Kubernetes 上成功管理和擴充套件的解決方案。例如，託管 Kubernetes 上游原始碼的 GitHub.com 現在也執行在 Kubernetes 上！

檢視 Kubernetes 貢獻者指南，瞭解如何開始成為貢獻者的更多資訊。

您還可以參加 每週的 Kubernetes 社群會議，並考慮 加入一個或兩個 SIG。