DevOps 如何消除了 Ranger 社群的瓶頸 | Linux 中國

擁抱 DevOps 讓 Ranger 成員們變得更靈活、快捷和成為開發者社群更有價值的成員。

Visual Studio 的應用週期管理Application Lifecycle Management（ALM）專案 —— Ranger[1] 是一個志願者社群，它提供專業的指導、實踐經驗、以及開發者社群的漏洞修補解決方案。它建立於 2006 年，作為微軟內部社群去 “將產品組與大家相連線，並去除推廣阻力”。 在 2009 時，社群已經有超過 200 位成員，這導致了協作和計劃面臨很大的挑戰，在依賴和手工流程上產生了瓶頸，並導致了開發者社群不斷增加的延遲和各種報怨。在 2010 時，計劃進一步去擴充包括微軟最有價值專家（MVP）在內的分佈在全球的社群。

這個社群被分割成十幾個活躍的團隊。每個團隊都致力於透過它的生命週期去設計、構建和支援一個指導或處理專案。在以前，團隊的瓶頸在團隊管理級別上，原因是嚴格的、瀑布式的流程和高度依賴一個或多個專案經理。在製作、釋出和“為什麼、做什麼、和怎麼做”驅動的決定上，專案經理都要介入其中。另外，缺乏一個實時的指標阻止了團隊對他們的解決方案效率的監控，以及對來自社群的關於 bug 和常見問題的關註。

是時候去尋找一些做好這些事情的方法了，更好地實現開發者社群的價值。

DevOps 去“滅火”

“DevOps 是人員、流程和產品的結合，使我們的終端使用者能夠持續傳遞價值。” —Donovan Brown[2]

為解決這些挑戰，社群停止了所有對新專案的衝刺，去探索敏捷實踐和新產品。致力於使社群重新活躍起來，為找到促進自治、掌控、和標的的方法，正如在 Daniel H. Pink 的書《Drive[3]》中所說的那樣，對僵化的流程和產品進行徹底的改革。

“成熟的自組織、自管理和跨職能團隊，在自治、掌控和標的上茁壯成長。” –Drive, Daniel H. Pink.

從文化開始 —— 人 —— 第一步是去擁抱 DevOps。社群實現了 Scrum[4] 框架，使用 kanban[5] 去提升工程化流程，並且透過視覺化去提升透明度、意識和最重要的東西 —— 信任。使用自組織團隊後，傳統的等級制度和指揮系統消失了。自管理促使團隊去積極監視和設計它們自己的流程。

在 2010 年 4 月份，社群再次實施了另外的關鍵一步，切換並提交它們的文化、流程、以及產品到雲上。雖然開放的“為社群而社群”的核心 解決方案[6] 仍然是指導和補充，但是在開源解決方案（OSS）上大量增加投資去研究和共享 DevOps 轉換的成就。

持續整合（CI）和持續交付（CD）使用自動化流水線代替了死板的人工流程。這使得團隊在不受來自專案經理的幹預的情況下為早期問題和早期應用者部署解決方案。增加遙測技術可以使團隊關註他們的解決方案，以及在使用者註意到它們之前，檢測和處理未知的問題。

DevOps 轉變是一個持續進化的過程，透過實驗去探索和驗證人、流程和產品的改革。最新的試驗引入了流水線革新，它可以持續提升價值流。自動掃描元件、持續地以及靜默地檢查安全、協議和開源元件的品質。部署環和特性標誌允許團隊對所有或者特定使用者進行更細粒度的控制。

在 2017 年 10 月，社群將大部分的私有版本控制倉庫轉移到 GitHub 上。將所有倉庫轉移所有者和管理職責到 ALM DevOps Rangers 社群，給團隊提供自治和機會，去激勵更多的社群對開源解決方案作貢獻。團隊被授權向他們的終端使用者交付質量和價值。

好處和成就

擁抱 DevOps 使 Ranger 社群變得更加敏捷，實現了對市場的快速反應和快速學習和反應的流程，減少了寶貴的時間投入，並宣佈自治。

下麵是從這個轉變中觀察到的一個串列，排列沒有特定的順序：

轉換變化表：

譯者：qhwdw

贊賞

長按二維碼向我轉賬

受蘋果公司新規定影響，微信 iOS 版的贊賞功能被關閉，可透過二維碼轉賬支援公眾號。

閱讀原文

即將開啟”“小程式
取消
開啟