DevOps已經走過了很長的一段路，毫無疑問，它將在今年繼續閃耀。由於許多公司都在尋找圍繞其數字化轉型的最佳實踐，因此瞭解領導者認為該行業的發展方向非常重要。從這個意義上說，下面的文章收集了DevOps高層對2021年DevOps趨勢的回應。
讓我們看看他們每一個人在未來一年對DevOps有什麼看法。
1.遷移到微服務成為必選項。
“從單一服務到微服務和容器架構的轉變對所有公司的數字化轉型都是必須的。它不再是一個或多個選擇。Kubernetes的應用將會越來越多，當組織採用多雲時，Terraform將會是自動化基礎設施的最終選擇。”——威普羅DevOps首席工程師Sachidananda Pattnaik
2.混合模式將成為部署規範。
“2020年加速了遠端工作，加快了向雲的遷移，並將DevOps從最佳實踐轉變為每個業務的重要組成部分。隨著我們進入2021年，該行業將在多個方面採用混合動力。首先，企業將充分採用混合勞動力，將遠端工作和現場團隊協作的優勢結合起來。第二，商業模式將變得混合，例如將虛擬規模與本地網路相結合的會議。最後，混合動力將成為部署標準，因為公司將其堆疊現代化，以利用雲本地技術，但意識到並非所有東西都能脫離prem。2021年的贏家將是在其業務、模型和產品中採用混合動力的公司。”—— 傑蛙科技開發者關係VP Stephen Chin
3.DataOps 將繁榮發展。
“由於新冠病毒帶來的疫情擴充套件，DataOps在2021年肯定會激增。由於COVID - 19和居家辦公的情況，數字內容的消費急劇上升，這就要求自動擴充套件和自修復系統達到一個新的自動化水平，以滿足增長和需求。
到目前為止，DevOps設定系統日誌記錄、監控、和報警(ELK/EFK
Stacks、Prometheus/Grafana/Alertmanager)，DevOps是時候加快步伐，利用可用的資料和指標來生成有價值的見解，學習和應用機器學習模型來預測意外或停機、開發自動化學會自己從資料改善預算規劃和預測能力。許多人已經開始呼籲MLOps/AIOps來解決這個問題。”——樂天株式會社DevOps高階工程師Nirav
Chotai
4.彈性測試將成為主流。
“在我看來，可觀察性、效能測試和彈性測試之間的交集將成為主流。隨著AWS和谷歌等領導者最近的Ops問題，以及所有垂直領域的數字轉型加速，市場將逐漸意識到，公共或私有云提供的無限可擴充套件性是不夠的。”——Neotys的產品負責人 Patrick Wolf
5.GitOps將成為一種常態。
“一個‘you build it, you own it’的開發過程需要開發人員知道和理解的工具。GitOps是DevOps如何使用開發人員工具來驅動操作的名稱。
GitOps是一種實現持續交付的方法。更具體地說，它是一種用於構建統一部署、監視和管理的雲本地應用程式的操作模型。它的工作原理是使用Git作為宣告性基礎設施和應用程式的真實來源。當提交在Git中被推送和批准時，自動化的CI/CD管道將對您的基礎結構進行更改。它還利用diff工具將實際生產狀態與受原始碼管理的狀態進行比較，並在出現分歧時向您發出警報。GitOps的最終目標是加快開發速度，以便您的團隊能夠安全地對Kubernetes中執行的複雜應用程式進行更改和更新。”——梅西百貨首席架構師Soumen
Sarkar
6.將會有更多向無伺服器的遷移。
“2021年將會是更多無伺服器遷移的一年。如果容器和編排是Z世代。無伺服器上的活負載將是Z+世代。每次使用付費將只在你使用模型時支付。每次使用付費將僅在您使用模型時支付。按次付費和只在使用時付費可能看起來是一樣的。但是可以考慮執行基於k8s pod的微服務，以便在需要時在無伺服器上執行相同的服務。”——ADP Lifion的站點可靠性工程經理Shivaramakrishnan G
7.NoOps出現。
“我希望出現更多託管服務，並減少我們的DevOps運營並減少客戶的運營支出。
更多無伺服器應用程式，更多無伺服器服務，例如Aurora無伺服器，Fargate，Amazon S3和無伺服器靜態網站。
資料中心中的Amazon
ECS /
EKS（新版本re：invent2020）以及雲管理服務，可讓您減少資料中心的維護和開發。同樣，將更多雲原生的原理和功能移植到資料中心。”——ClickIT
Smart Technologies的執行長Alfonso Valdes
8.BizDevOps將大放異彩
“隨著企業從DevOps中獲取價值，在架構和公司層次結構方面向成本優化的方向發展。
專注於靈活的、雲本地的、架構和工具，這些能力曾經只留給“大公司”，打包後適合小公司(Snowflake或Hazelcast vs Oracle/Teradata)。
FaaS剛剛起步(無伺服器，Lambda等)——操作問題正在被解決，人們正意識到它的潛力。”——Petco的DevOps經理Chad Prey
9.基礎設施即程式碼（IaC）的地位將更高
“基礎設施即程式碼（IaC）：雲環境DevOps的核心原則。您的基礎設施，即伺服器、網路和儲存裝置，無論是在本地還是在定義為程式碼的雲中。這使得公司能夠自動化並簡化其基礎設施。IaC還提供了一個簡單的基礎設施版本控制系統，允許團隊在發生災難性故障時回滾到“上次執行的配置”。這意味著快速恢復和減少停機時間。”——沃爾沃汽車的高階解決方案架構師Niraj Tripathi
10.自動化和混沌工程變得非常重要
“一切都是自動化的——構建、部署、測試、基礎架構和釋出。
單線生產，有要求的質量檢驗關。更快、可重複、可定製和可靠的自動化是任何專案成功的關鍵。混沌工程——在當今的混合基礎設施世界中非常關鍵的方面。系統行為和客戶體驗是緊密耦合的，越早進行測試，就能給客戶提供更好的體驗。”——直布羅陀印度開發中心集團發展經理Nikhil
Bhandari
11.雲原生計算方法趨向標準化。
由於雲空間已經變得非常先進(過去10年左右)，容器化已經成為規範，一切都非常標準化，幾乎就像大型機時代一樣。
當然，會有潮流和賺錢的機會。但我不認為下一個大顛覆者是什麼。現在的一切基本上都和五年前的最佳實踐基本相同，只是更可靠一些。我想越來越多的人會繼續從Pets轉向Cattle，而像Ansible和Puppet這樣的工具只會留給packer和cloud
init來構建容器主機。
在我看來，這是軟體開發的黃金時代。DevOps和本地雲方法已經實現了很多目標。管道、主機、儲存、負載平衡……近來所有這些問題都在5分鐘內得到解決。——Ben Sapp
12.安全將成為高度優先事項。
從DevSecOps的角度來跟蹤基礎設施中不受控制的變化。作為程式碼的基礎設施是很棒的，但是有太多的活動部分：程式碼庫、狀態檔案、實際的雲狀態。事情往往會隨波逐流。這些變化可能有多種原因：從開發人員在不告訴任何人的情況下通過web控制檯建立或更新基礎設施，到雲提供商端的不受控制的更新。處理基礎設施與程式碼庫之間的差異可能是一個挑戰。——CloudSkiff
13.混沌工程將變得越來越重要。
“在更多的組織中，混沌工程將成為DevOps計劃討論中越來越重要(和普遍)的考慮因素。混沌工程是一門在生產軟體系統上進行實驗的學科，目的是建立對系統能力的信心，使其能夠承受動盪和意想不到的條件。
如果我們把DevOps放在一個傳統的5級成熟度模型的框架中來考慮，那麼混沌工程將處在第四、五級，它被包含在DevOps實踐的保護傘中。正如獨立的測試/質量保證小組的傳統角色被納入了DevOps的紀律中一樣，混沌工程也應該如此。”——美國一技術企業的資訊架構師
Kelvin Meeks
14.更關注即時日誌以快速驗證成功或失敗。
“在後期部署中使用日誌來驗證釋出是否成功，或是否存在嚴重錯誤。
人們需要建立的最大聯絡是定義手動流程，然後實現自動化的巨大飛躍。一鍵部署，即時日誌可快速驗證成功或失敗，然後觸發回滾。隨之而來的是複雜性以及跨服務依賴性，是否可以回滾某些內容，或者是否需要對其他服務進行進一步測試。想象一下100種微服務（即管道，甚至另外100個容器）。作為一個專案，我總是慶祝成功的回滾，因為它不會對服務產生影響，而且是成功的。”——ADESA平臺穩定性總監Craig
Schultz
15.DevSecOps將成為DevOps的預設部分。
“DevSecOps的‘Sec’部分將越來越成為軟體開發生命週期中不可或缺的一部分。真正的安全‘左移’方式將成為新常態。CI/CD管道中的專用安全步驟較少，安全自動感知和操作將成為所有管道步驟的一部分。從開發人員的IDE開始，進入依賴關係和靜態程式碼分析。沒有適當的軟體元件將不會被髮布調解這些問題。客戶將獲得真正的無安全問題免費軟體。”——傑蛙科技DevOps架構師Eldad
Assis