DevOps採用情況現狀報告

作者｜Volodymyr Fedak

譯者｜奚甜甜

早在 8 年前，就已經有企業開始引入 DevOps 了，到 2018 年，DevOps 已經相當普及。然而，很多新興的創業公司和大型企業仍然不敢引入 DevOps。

這一現象是由創業者及企業高管的思維方式導致的。他們常常認為：「如果現有的工作方式沒有問題，就沒有必要改善現狀。」正是由於這種思維方式，這些企業仍然在採用傳統的工作方式。例如他們使用公司內部伺服器運行關鍵任務，並將開發、運營和質量保障設為各自分離的部門。

對於創業公司來說，採用傳統的工作方式意味著他們更看重服務的復用性和用戶的體驗，從而忽略了新功能的實現。這種做法的優點在於它能規避風險，保證產品性能的穩定，同時能最大限度的減少服務中斷可能性。

效果不錯，但仍有改善空間

據 Puppet 最新的一份 2017 年關於 DevOps 調查報告結果所示，DevOps 軟體交付方法能夠應付所有的挑戰，並提供多個優點。

以下是該報告中一些有趣的調查結果：

引入 DevOps 文化的公司代碼部署頻率提升 46 倍，這意味著每一批代碼只需要幾個小時就可以交付給生產環境，而不用像以前一樣需要數周。

遵循 DevOps 的 IaC, CI 和 CD 原則可確保將代碼交付的時間縮短 440 倍，這樣，代碼的構建，測試及部署在一小時內就可以完成。正是這樣的速度創造了上面所說的代碼部署能力。

許多企業擔心過於頻繁的部署代碼可能會導致測試不足，從而留下嚴重的隱患。如果在上線後，這些隱患引起伺服器停機，就會嚴重影響用戶體驗。恰恰相反，DevOps 擁有深入代碼的自動測試流和穩固的版本基礎架構，能夠防範風險。就算髮生了任何故障，引入 DevOps 之後，TTR（恢復時間）提高了 96 倍，更不用說它已經將風險發生的機率減少了 5 倍（據 Puppet 的報告，相較於引入前提交代碼時平均 35% 的失敗率，DevOps 將它降低到了 7% 左右）。

當公司上下都全力配合 DevOps 實現的時候，它帶來好處的速度將會提高 2 倍。超過 65% 的受訪者表示，DevOps 的引入幫助他們實現了所有的工作目標。然而，約有一半的受訪者表示，如果沒有一個積極的、有魅力的領導會導致 DevOps 引入失敗。

現已有近 27% 的企業正在進行或者已經實現了 DevOps。同時也有 41% 的受訪者表示他們將會把實現 DevOps 列為公司未來幾年的優先任務。

DevOps 的大部分服務都是自動化的，這一特點簡化了大量的常規任務，為創造性的工作騰出了資源。例如，自動化的代碼交付可以節省以下資源：

使用 Codeception 這類自動化測試工具能夠節約大概 27% 的測試資源和時間。

使用 GCP 和 Kubernetes 自動化部署流能夠節約至少 30% 的代碼部署資源和時間。

避免了不必要的瓶頸和管理開銷，能夠省去超過 27% 的審批和工作流程。

使用 Kubernetes 容器管理工具，Terraform 配置協調平台，Ansible, Salt, Chef 或者 Puppet，能夠節約大概 33% 的配置管理的資源和時間。

工具很實用，但 DevOps 文化最重要

正如領先的協作軟體供應商 Atlassian 在其 DevOps 採用報告中指出，有 41% 的 IT 企業熟悉 DevOps 服務，而另外的 59% 仍然不知道這種服務的優勢。因此，這 41% 的企業在行業競爭中具有相當大的優勢。

對 Atlassian 的調查做出回應的 IT 專家中，90% 的人都已經體驗過 DevOps 帶來的好處。儘管如此，他們中有 70% 的人表示，逐步增加的責任反而會導致壓力爆棚。

為什麼會有這樣的反應？因為在一家公司里多部門協作，同時教會開發和運營部門的人員使用所有的工具，這並不是一個高效創造 DevOps 工作流程的方式。前面的報告中提出了下列幾個重要的問題：

80% 的受訪者表示，在一個新成立的 DevOps 團隊中，知識的共享和交叉學習實踐的機會很有限。他們只能通過靜態文檔，而不能通過團隊間的直接溝通或者 wiki 來分享一些知識。另外只有 17% 的受訪者表示他們能夠獲取所需的一切信息，同時也能及時得到團隊的配合。

雖然每個擁有 DevOps 文化的企業都部署了監控和記錄工具，但是僅有 64% 的受訪者表示他們有主動監控和智能警報系統。這意味著只有三分之二的企業能夠迅速的壓制並從根本上解決問題，而不用處理由於伺服器問題導致的用戶差體驗。

你們應該知道，這時候用大炮打蚊子這種做法是非常值得的。

幾乎所有的受訪者都表示他們的公司已經實現了自動化測試，或者正在實施自動化交付流。儘管如此，近 42% 的受訪者表示，在將代碼交付到生產環境之後，他們仍然需要手動修改小錯誤。這意味著 CI/CD 實踐尚未成熟，新提交的代碼並沒有經過真實生產環境嚴格的，負載的測試。

災害管理仍未完善。有近 50% 的受訪者承認他們的方法，流程和反應會根據不同類型的事件而定。這就是說，有一半的 DevOps 的開發人員沒有遵循明確的指導，仍然依靠手動來解決問題，並等待上級的指示。

AWS 和 Azure DevOps 統計總結

2017 年，Sumo Logic 公司發表了一份關於雲事件現狀的年終報告。

該報告結合了超過 1500 個用戶的回復。其中有 64% 的用戶使用 AWS，3.8% 使用 Azure，其餘則是其他雲服務提供商（CSP）或者多雲策略用戶。以下是這份報告的主要內容：

80% 的 AWS 用戶使用 Linux 操作系統。Azure 的 Linux 操作系統用戶數量由 2016 年的 4% 增加到 2017 年的 12%。

AWS Lambda 的應用率增長了近 200%（從 2016 年的 12% 到 2017 年的 23%）。

2017 年，已經有 24% 的 AWS 用戶使用 Docker （2016 年為 18%）

現在 NoSQL 資料庫比傳統的關係型資料庫管理系統（RDBMS）更受歡迎。事實上，Redis, MongoDB 和 Cassandra(28.3%) 的使用率剛剛超過了 MySQL，PostgreSQL 和 RedShift(27.3%)。這兩個組合佔據了 AWS 用戶使用的所有資料庫類型的 55.6%，而 Oracle 和 Microsoft SQL 則明顯落後。

NGINX 和 Apache 作為領先的 Web 伺服器，已經將 IIS 甩在身後。

安全性是雲轉換的首要原因，但近 50% 的 AWS 用戶表示從未使用過內置的 AWS CloudTrail 服務，用於監控 AWS VPC 流量的 VPC Flow Logs 工具也很少被使用，只有 14.1% 的受訪者確認使用過這些工具。

關於 DevOps 採用現狀的總結

上述報告中的統計數據清楚地表明，引入 DevOps 的公司能夠看到他們的軟體交付操作有了明顯的改進，並且能夠實現他們的既定業務目標。然而，傳統的文化很難打破，除非能夠實現真正的合作和知識分享，這也是 DevOps 目前面臨的一大挑戰。

當然，解決這些問題只是時間的問題，這就要求即使是那些目前尚未開始向 DevOps 轉型的公司，也要能夠取得成功，並在業內其他市場參與者中獲得競爭優勢。還是建議他們能夠真心實意地接受 DevOps 文化，高效地分配資源，建立更好的，更有效率的自動化工作流。

參考資料

https://puppet.com/resources/whitepaper/state-of-devops-report

https://www.atlassian.com/blog/devops/devops-culture-and-adoption-trends

https://www.sumologic.com/wp-content/uploads/modern-app-report-2017.pdf

活動推薦

隨著 AI、Big Data、Cloud 的逐漸成熟，FAAS、CAAS 等技術的興起，以及被運維業務的多樣化和複雜化，很多傳統的運維技術和解決方案已經不能滿足當前運維所需，AIOps 智能運維、大數據運維、ChatOps、SRE、Chaos Engineering、微服務與容器運維等新技術和方嚮應運而生，它們一方面把最前沿的技術結合到運維中來，一方面在人員角色、領域範圍、文化等方面又有了很多擴展，讓傳統運維有了翻天覆地的變化。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！