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