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