puppet labs 2017年devops現狀調查報告顯示，高效it團隊的部署頻率越來越高而且恢複速度越來越快了。人們更注重自動化，借助松耦合的架構和團隊來促進持續傳遞。轉型上司和精益産品管理實踐也是高效團隊的關鍵驅動力。
全球大約有3200人參與了今年的調查（puppet labs每年都會進行一次），包括高管、開發人員和it專家。認為自己在devops團隊工作的受訪者數量在過去三年裡已經從16%增加到27%，這表明devops的應用增加。大多數受訪者來自有100-499、500-1999和10k+員工的組織，而且他們中大多數都屬于devops、it ops/基礎設施和開發/工程分類。不過，性别比例仍然不均衡，女性和其他少數群體占比分别隻有6%和3%。來自北美的受訪者最多，占54%，來自歐洲和俄羅斯的占27%，亞洲的占10%。和去年一樣，科技公司仍然占比最高（34%），然後是金融服務業（14%），接下來依次是教育、零售、電信和政府機構，占比在6%和8%之間。
這份報告區分了高效團隊和低效團隊，列舉了兩者之間的效率差異。和去年類似，他們度量了以下效率名額：
部署頻率——生産環境多久部署一次；變更提前期——新變更多快可以推送到生産環境；平均恢複時間（mttr）——從故障（電力中斷）恢複的平均耗時；變更故障率——變更導緻部署管道失敗的頻率。
與去年相比，高效團隊的所有名額值都有所提高。他們的代碼部署頻次多了46次，mttr時間縮短為原來的1/96。平均來說，與去年相比，低效團隊也有多個名額值提高了。
自動化實踐顯著增長，尤其是在高效團隊中——配置管理自動化增加了28%，而部署自動化增加了26%。
組織的持續傳遞（cd）能力通過兩個要素來度量——按需部署到生産環境的能力和面向所有團隊成員的快速回報循環。全面的版本控制、ci、基于主幹的部署（包括軟體傳遞過程安全、測試和部署自動化），這兩個要素為這些成果的取得作出了巨大的貢獻。服務和團隊的松耦合是促成持續傳遞的架構要素。服務之間的耦合則是通過服務測試是否需要內建環境以及服務是否可以單獨部署來度量的。
實作高效devops的非技術因素包括精益産品管理。該報告将其描述為三種能力——将工作分解成小批量及實作工作流程可視化，收集、傳播及落實使用者回報，賦予開發團隊自主權，讓他們可以在開發過程中建立或修改規範，而不需要獲得準許。
上司力本身不足以達成高階devops成果。它還有賴于合适的架構和良好的技術實踐。該報告的作者使用“結構方程式（structured equation model，sem）”作為預測模型來度量軟體傳遞中相關概念之間的關系。
圖中的箭頭表示統計學關系。
本文轉自d1net（轉載）