DevOps發展至今已有多年的時間，毫無疑問將在2021年持續發展。由于許多組織都在尋求圍繞其數字化轉型的最佳實踐，因此了解組織領導者對DevOps行業的發展方向非常重要。本文列出了行業領導者對2021年DevOps發展趨勢的預測。

1. 遷移到微服務將成為必由之路

Wipro Limited公司DevOps首席工程師Sachidananda Pattnaik說，“從單片到微服務和容器化架構的遷移將是所有組織數字化轉型之旅的必經之路。這就是采用Kubernetes的趨勢，當組織采用多云時，Terraform將是自動化基礎設施的最終選擇。”

2. 混合將成為部署規范

Developer Relations公司副總裁Stephen Chin說，“2020年加速了遠程工作，加快了向云端的遷移，并將DevOps從最佳實踐轉變為每個業務的重要組成部分。隨著我們進入2021年，該行業將在多個方面接受混合。首先，企業將采用混合型勞動力，將遠程工作和現場團隊協作的優勢相結合。其次，商業模式將變得混合，例如將虛擬規模與本地網絡合并的會議。最終，隨著組織對堆棧進行現代化以利用云原生技術的優勢，混合將成為部署規范，但要意識到并非所有事物都可以遷移到外部。2021年的贏家將是積極接受業務、模型和產品混合的公司。”

3. DataOps將要蓬勃發展

Rakuten公司高級DevOps工程師Nirav Chotai表示，“DataOps將在2021年蓬勃發展，發生的疫情可能會在其中發揮作用。由于疫情導致組織的員工在家遠程工作，數字內容的消費量猛增，這要求自動擴展和自我修復系統的自動化達到新水平，以滿足增長和需求。

在以往，DevOps通常只用于日志記錄、監視和警報的系統。現在，DevOps應當加強并使用可用數據和指標來產生有價值的見解，學習并應用機器學習模型來預測事件或中斷，開發從數據中學習自身并預測能力的自動化以改進預算計劃。許多組織已經開始對此部分調用MLOps/AIOps。”

4. 彈性測試將成為主流

Neotys公司產品主管Patrick Wolf表示，“可觀察性、性能測試和彈性測試之間的交叉點將成為主流。隨著AWS和Google等行業領導者最近發布的運營問題，以及所有垂直領域的數字化轉型加速，市場將逐漸認識到，公共云或私有云提供的無限可擴展性是不夠的。”

5. GitOps將成為常態

“構建并擁有”的開發過程需要開發人員知道和理解的工具。GitOps是DevOps如何使用開發人員工具來驅動操作的名稱。

梅西百貨（Macy‘s）首席架構師Soumen Sarkar表示，GitOps是一種實現連續交付的方法。更具體地說，它是一種用于構建統一部署、監視和管理的云原生應用程序的操作模型。其工作原理是使用Git作為聲明性基礎設施和應用程序的真實來源。當提交在Git中被推送和批準時，自動化的持續集成（CI）/持續交付（CD）管道將對其基礎設施進行更改。它還利用差異工具將實際生產狀態與受源代碼管理的狀態進行比較，并在出現差異時向工作人員發出警報。GitOps的最終目標是加快開發速度，以便團隊能夠安全地對運行在Kubernetes中的復雜應用程序進行更改和更新。

6. 將會有更多的組織將業務遷移到無服務器

ADP Lifion公司站點可靠性工程經理Shivaramakrishnan G說，“2021年將是更多組織將業務遷移到無服務器的一年。按需付費將只在使用模型時才需要付費。但需要考慮運行基于k8s pod的微服務，以便在需要時在無服務器上運行相同的服務。”

7. NoOps將出現

ClickIT Smart Technologies公司首席執行官Alfonso Valdes說，“我認為將會出現更多托管服務，并減少DevOps運營，減少客戶的運營成本。更多的無服務器應用，更多的無服務器服務，如Aurora、Fargate、Amazon S3和無服務器靜態網站。Amazon ECS/EKS在數據中心的應用，以及云計算托管服務，這些服務允許減少數據中心的維護和開發。同樣，更多的云原生原則和特性可以遷移到數據中心，例如Knative。”

8. BizDevOps將會大放異彩

Petco公司DevOps經理Chad Prey 說，“隨著業務從DevOps中獲取價值，在架構和公司層次結構方面朝著成本優化的方向發展。FaaS才剛剛起步（例如無服務器和Lambda等），運營問題正在得到解決，人們正在意識到其發展潛力。”

9. 基礎設施即代碼（IaC）提高了重要性

沃爾沃汽車公司高級解決方案架構師Niraj Tripathi說，“基礎設施即代碼（IaC）是云中DevOps的核心原則。無論是在內部部署設施或云中的服務器、網絡和存儲設備都可以定義為基礎設施即代碼（IaC）。這使組織可以實現自動化并簡化其基礎設施。基礎設施即代碼（IaC）還提供了一個簡單的基礎設施版本控制系統，該系統可讓團隊在發生災難性故障時回滾到最近有效的配置。這意味著可以快速恢復并減少停機時間。”

10. 自動化和混亂工程變得非常重要

直布羅陀印度發展中心集團發展經理Nikhil Bhandari說，“無論是構建、部署、測試和發布，一切都是自動化的。更快、可重復、可定制和可靠的自動化是任何項目成功的關鍵。系統行為和客戶體驗是緊密耦合的，越早進行測試，就越能為客戶提供更好的體驗。”

11. 云原生方法將實現標準化

行業專家Ben Sapp說，“由于云計算在10年來蓬勃發展，并且容器化已成為規范，所以一切都將實現標準化，就像大型機時代一樣。當然，還有很多趨勢和獲得的機會。但是人們不知道下一個顛覆者是什么。現在的一切基本上都與五年前的最佳實踐相同，這是軟件開發的黃金時代。DevOps和云原生方法已經實現了許多目標。管道、托管、存儲、負載平衡等這些目標都在很短的時間之內解決了。”

12. 安全將成為重中之重

行業專家Cloud Skiff表示，“從DevSecOps角度來看，可以跟蹤基礎設施中不受控制的變化。即代碼的基礎設施很棒，但是有太多可移動的部分：代碼庫、狀態文件、實際云狀態。而這些更改可能有多種原因：從開發人員通過Web控制臺創建或更新基礎設施而不告知任何人，到云計算提供商方面不受控制的更新。處理基礎設施遷移與代碼庫可能會充滿挑戰。”

13. 混沌工程將變得越來越重要

International Technology Ventures公司首席技術官 Kelvin Meeks表示，“在更多組織中的DevOps規劃討論中，混沌工程（Chaos Engineering）將變得越來越重要，也更常見。混沌工程是一門在生產環境中對軟件系統進行實驗的學科，目的是建立對系統抵御動蕩和意外情況的能力的信心，但大多數組織通常不采用這種方法。

如果在傳統的五個成熟度模型框架內考慮DevOps，那么混沌工程將包含在DevOps實踐的保護范圍內。正如將單獨的測試/質量保證小組的傳統角色納入DevOops的學科一樣，混沌工程也應如此。”

14. 更關注即時日志以快速驗證成功或失敗

ADESA平臺穩定性主管Craig Schult說，“在后期部署中使用日志來驗證發布是否成功，或者存在嚴重錯誤。人們需要建立的最大聯系是定義人工流程，然后實現自動化的巨大飛躍。一鍵部署、即時日志可快速驗證成功或失敗，然后觸發回滾。隨之而來的是復雜性以及跨服務依賴性，是否可以回滾某些內容，或者是否需要對其他服務進行進一步測試。”

15. DevSecOps將成為DevOps的默認部分

JFrog公司首席技術官Eldad Assis表示，DevSecOps的“Sec”部分將越來越成為軟件開發生命周期中不可或缺的一部分，真正的安全性“向左移動”方法將成為新常態，持續集成（CI）/持續交付（CD）管道中的專用安全步驟較少，安全自動感知和操作將成為所有管道步驟的一部分。從開發人員的集成開發環境（IDE）開始，進入依賴關系和靜態代碼分析。安全和自動識別和采取措施將是所有流程步驟的一部分。在沒有適當解決這些問題的情況下，不要發布軟件組件。開發人員真正面臨的安全問題是使用免費軟件。
責編AJX