全球大約有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）”作為預測模型來度量軟件交付中相關概念之間的關系。
圖中的箭頭表示統計學關系。
所有圖片均來自：2017年DevOps現狀調查報告。
查看英文原文：Puppet Labs Releases Its 2017 State of DevOps Report
京公網安備 11010502049343號