DevOps成就卓越

本文重點介紹了 2019 年 DevOps 狀態報告的一些發現,包括 DevOps 踐行者的出現和盛行。


自從這個詞在 2009 年出現以來,DevOps 的狀態逐年呈指數級發展。在 2019 年飛速發展的過程中,各種規模的組織(從成熟企業到初創企業)在 DevOps 方面都充滿了信心。每個組織都有其自己的 DevOps 故事。其中一些故事尚未開始,一些故事還處於萌芽期,有些故事已經成熟,有些故事已經達到頂峯。與其他故事不同,DevOps 故事永無止境,因爲它在持續改進。

隨着企業逐漸變得數字化和軟件驅動,人們對 DevOps 本質和可用性有了更大的認識。DevOps 的概念、實踐和應用不僅得到了工程師或技術領導者的認可,而且對商業領導者也都感興趣。對於能夠實現組織價值成果的 DevOps 已得到越來越廣泛的接受。

2019 年 DevOps 狀態報告說明了 DevOps 是影響跨行業軟件交付的重要資源之一。極大地總結了軟件交付的趨勢和挑戰。它幫助團隊持續提高軟件功能特性,並最終成爲一名優秀的執行者。

在本報告中,IT 功能特性被稱爲軟件交付功能特性,以區分軟件交付工作與IT服務檯和其他支持功能。這是一個值得歡迎的變化,人們期待已久。另外一個關鍵變化是增加了操作度量來完成軟件交付週期。該報告重點介紹了五個被稱爲 “軟件交付和操作(SDO)性能度量” 的度量或指標,這些度量或指標側重於系統級的結果。通過度量,這有助於避免軟件的常見缺陷,這些缺陷通常會使不同的功能相互衝突,並導致以犧牲整體結果爲代價的局部優化。

(SDO-度量指標)

該報告重點介紹了軟件交付性能的四個方面,如下所示:

  1. 部署頻率 –對於您從事的主要應用程序或服務,您的組織多久部署一次代碼?

  2. 變更的前置時間 –對於您正在工作的主應用程序或服務,您的變更的前置時間是多少(即,從代碼提交到成功在生產中運行的代碼需要多長時間)?

  3. 恢復服務的時間 –對於您正在使用的主應用程序或服務,發生問題(例如,計劃外中斷,服務崩潰)時,恢復服務通常需要多長時間?

  4. 變更失敗率 –對於您使用的主應用程序或服務,變更的百分比導致服務質量下降或隨後需要補救(例如,導致服務崩潰,服務中斷,需要熱修復,回滾,向前修復,修補程序)?

然後對這四個方面進行衡量,以對四個類別的性能進行排名:優秀,高級,中級和低級。下表(從報告中引用)指示了針對軟件交付的各個方面的詳細信息。

(軟件交付表現)

強烈建議添加到此列表中的另一個方面是“ 團隊敬業度指數 ”,即團隊的快樂程度和參與度。本報告認爲團隊績效與團隊敬業度成正比。團隊參與度越高,即團隊越快樂和參與度越高,他們產生的結果就越好。

報告中的另一個主題是 “轉型的J曲線”。下圖突出顯示了自動化如何幫助績效低下的人員提升到中等性能水平,然後測試需求、技術負擔和複雜性增加導致手動控制,從而導致進度變慢。這是一個有趣且值得注意的問題。它強調了自動化並不總是答案。如果您使用錯誤的自動化流程,那麼您得到的只是錯誤的結果,而且更快。 

(轉型的J曲線)

不斷改進、學習、共享和利用專業知識可以使您達到高績效或優秀績效水平,將團隊提升爲優秀績效的過程需要的不僅僅是工具;各個級別(即團隊級別,領導級別和投資者級別)的毅力,持之以恆對於從低績效水平或中績效水平取得突破以發揮團隊最大潛力至關重要。如果我們踏上優秀績效之路,您會發現自動化、技術實踐和持續改進計劃是您旅途的催化劑。鑑於測試需求、技術債務和日益增加的複雜性將成爲您的阻礙。我發現錨定和引擎格式提供了一種快速而有趣的方法,可在一幅圖片中可視化催化劑(引擎)和阻滯劑(錨定)(如下所示)。

(精英之路)

該報告證實,優秀的踐行者的比例幾乎增加了兩倍,低表現者的比例下降了,中等表演者的比例上升了。要注意的一項主要觀察結果是,從低性能到中性能再到高性能的移動不是單向的。當複雜性增加時,團隊(從J曲線中突出顯示)可以從高位降爲中級,也可以從中級降爲低級。總體而言,整體表現有所上升。

(整體表現)

軟件交付特性表現可以通過多種方式確定業務成果。組織推動軟件交付績效的能力包括文化、技術實踐、清晰的變更過程、持續交付和基於價值的成果。這些過程並不是一蹴而就的,需要對組織文化進行根本性的改變

根據不同行業和公司中工作的經驗,可以確認這些軟件交付特性不是靜態的。上面列出的任何功能的更改都會對軟件交付特性表現產生影響,您可能會發現交付表現羣體在兩個方向上都從一個級別波動到另一個級別。關鍵是要保持專注並通過定期將其嵌入組織的工作方式中來維持它。

以上原文出自:https://dzone.com/articles/good-to-great-with-devops

最近讀了一本書《DevOps實踐指南》也是《鳳凰項目》的姊妹篇,讀完後,很受啓發,主要從爲何採用DevOps 、價值流和三步工作法等幾個方面介紹了DevOps入門知識和實踐理論,對於想理解DevOps文化、工具或者流程,本書都是不二之選。附上鍊接,按需購買。

推薦:


雲時代的運維正是不折不扣的架構師

終究,還是要爲技術債務交稅


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章