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

[[376945]]

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

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

2. 混合將成為部署規(guī)范

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

3. DataOps將要蓬勃發(fā)展

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

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

4. 彈性測試將成為主流

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

5. GitOps將成為常態(tài)

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

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

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

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

7. NoOps將出現(xiàn)

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

8. BizDevOps將會大放異彩

Petco公司DevOps經理Chad Prey 說，“隨著業(yè)務從DevOps中獲取價值，在架構和公司層次結構方面朝著成本優(yōu)化的方向發(fā)展。FaaS才剛剛起步(例如無服務器和Lambda等)，運營問題正在得到解決，人們正在意識到其發(fā)展?jié)摿Α?rdquo;

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

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

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

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

11. 云原生方法將實現(xiàn)標準化

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

12. 安全將成為重中之重

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

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

International Technology Ventures公司首席技術官 Kelvin Meeks表示，“在更多組織中的DevOps規(guī)劃討論中，混沌工程(Chaos Engineering)將變得越來越重要，也更常見?；煦绻こ淌且婚T在生產環(huán)境中對軟件系統(tǒng)進行實驗的學科，目的是建立對系統(tǒng)抵御動蕩和意外情況的能力的信心，但大多數(shù)組織通常不采用這種方法。

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

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

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

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

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