2021年的DevOps趨勢預(yù)測

來源：https://www.cnblogs.com/chenqiAaron/p/14376697.html

DevOps 已經(jīng)走過了很長的一段路，毫無疑問，它將在今年繼續(xù)閃耀。由于許多公司都在尋找圍繞其數(shù)字化轉(zhuǎn)型的最佳實(shí)踐，因此了解領(lǐng)導(dǎo)者認(rèn)為該行業(yè)的發(fā)展方向非常重要。從這個(gè)意義上說，下面的文章收集了 DevOps 高層對 2021 年 DevOps 趨勢的回應(yīng)。

讓我們看看他們每一個(gè)人在未來一年對 DevOps 有什么看法。

一、遷移到微服務(wù)成為必選項(xiàng)

“從單一服務(wù)到微服務(wù)和容器架構(gòu)的轉(zhuǎn)變對所有公司的數(shù)字化轉(zhuǎn)型都是必須的。它不再是一個(gè)或多個(gè)選擇。Kubernetes 的應(yīng)用將會(huì)越來越多，當(dāng)組織采用多云時(shí)，Terraform 將會(huì)是自動(dòng)化基礎(chǔ)設(shè)施的最終選擇?！薄樟_ DevOps 首席工程師 Sachidananda Pattnaik

二、混合模式將成為部署規(guī)范

“2020 年加速了遠(yuǎn)程工作，加快了向云的遷移，并將 DevOps 從最佳實(shí)踐轉(zhuǎn)變?yōu)槊總€(gè)業(yè)務(wù)的重要組成部分。隨著我們進(jìn)入 2021 年，該行業(yè)將在多個(gè)方面采用混合動(dòng)力。首先，企業(yè)將充分采用混合勞動(dòng)力，將遠(yuǎn)程工作和現(xiàn)場團(tuán)隊(duì)協(xié)作的優(yōu)勢結(jié)合起來。第二，商業(yè)模式將變得混合，例如將虛擬規(guī)模與本地網(wǎng)絡(luò)相結(jié)合的會(huì)議。最后，混合動(dòng)力將成為部署標(biāo)準(zhǔn)，因?yàn)楣緦⑵涠褩，F(xiàn)代化，以利用云本地技術(shù)，但意識到并非所有東西都能脫離 prem。2021 年的贏家將是在其業(yè)務(wù)、模型和產(chǎn)品中采用混合動(dòng)力的公司。”—— 杰蛙科技開發(fā)者關(guān)系 VP Stephen Chin

三、DataOps 將繁榮發(fā)展

“由于新冠病毒帶來的疫情擴(kuò)展，DataOps 在 2021 年肯定會(huì)激增。由于 COVID - 19 和居家辦公的情況，數(shù)字內(nèi)容的消費(fèi)急劇上升，這就要求自動(dòng)擴(kuò)展和自修復(fù)系統(tǒng)達(dá)到一個(gè)新的自動(dòng)化水平，以滿足增長和需求。

到目前為止，DevOps 設(shè)置系統(tǒng)日志記錄、監(jiān)控、和報(bào)警(ELK/EFK Stacks、Prometheus/Grafana/Alertmanager)，DevOps 是時(shí)候加快步伐，利用可用的數(shù)據(jù)和指標(biāo)來生成有價(jià)值的見解，學(xué)習(xí)和應(yīng)用機(jī)器學(xué)習(xí)模型來預(yù)測意外或停機(jī)、開發(fā)自動(dòng)化學(xué)會(huì)自己從數(shù)據(jù)改善預(yù)算規(guī)劃和預(yù)測能力。許多人已經(jīng)開始呼吁 MLOps/AIOps 來解決這個(gè)問題?！薄獦诽熘晔綍?huì)社 DevOps 高級工程師 Nirav Chotai

四、彈性測試將成為主流

“在我看來，可觀察性、性能測試和彈性測試之間的交集將成為主流。隨著 AWS 和谷歌等領(lǐng)導(dǎo)者最近的 Ops 問題，以及所有垂直領(lǐng)域的數(shù)字轉(zhuǎn)型加速，市場將逐漸意識到，公共或私有云提供的無限可擴(kuò)展性是不夠的?！薄狽eotys 的產(chǎn)品負(fù)責(zé)人 Patrick Wolf

五、GitOps 將成為一種常態(tài)

“一個(gè)‘you build it, you own it’的開發(fā)過程需要開發(fā)人員知道和理解的工具。GitOps 是 DevOps 如何使用開發(fā)人員工具來驅(qū)動(dòng)操作的名稱。

GitOps 是一種實(shí)現(xiàn)持續(xù)交付的方法。更具體地說，它是一種用于構(gòu)建統(tǒng)一部署、監(jiān)視和管理的云本地應(yīng)用程序的操作模型。它的工作原理是使用 Git 作為聲明性基礎(chǔ)設(shè)施和應(yīng)用程序的真實(shí)來源。當(dāng)提交在 Git 中被推送和批準(zhǔn)時(shí)，自動(dòng)化的 CI/CD 管道將對您的基礎(chǔ)結(jié)構(gòu)進(jìn)行更改。它還利用 diff 工具將實(shí)際生產(chǎn)狀態(tài)與受源代碼管理的狀態(tài)進(jìn)行比較，并在出現(xiàn)分歧時(shí)向您發(fā)出警報(bào)。GitOps 的最終目標(biāo)是加快開發(fā)速度，以便您的團(tuán)隊(duì)能夠安全地對 Kubernetes 中運(yùn)行的復(fù)雜應(yīng)用程序進(jìn)行更改和更新?！薄肺靼儇浭紫軜?gòu)師 Soumen Sarkar

六、將會(huì)有更多向無服務(wù)器的遷移

“2021 年將會(huì)是更多無服務(wù)器遷移的一年。如果容器和編排是 Z 世代。無服務(wù)器上的活負(fù)載將是 Z+世代。每次使用付費(fèi)將只在你使用模型時(shí)支付。每次使用付費(fèi)將僅在您使用模型時(shí)支付。按次付費(fèi)和只在使用時(shí)付費(fèi)可能看起來是一樣的。但是可以考慮運(yùn)行基于 k8s pod 的微服務(wù)，以便在需要時(shí)在無服務(wù)器上運(yùn)行相同的服務(wù)?！薄狝DP Lifion 的站點(diǎn)可靠性工程經(jīng)理 Shivaramakrishnan G

七、NoOps 出現(xiàn)

“我希望出現(xiàn)更多托管服務(wù)，并減少我們的 DevOps 運(yùn)營并減少客戶的運(yùn)營支出。

更多無服務(wù)器應(yīng)用程序，更多無服務(wù)器服務(wù)，例如 Aurora 無服務(wù)器，F(xiàn)argate，Amazon S3 和無服務(wù)器靜態(tài)網(wǎng)站。

數(shù)據(jù)中心中的 Amazon ECS / EKS（新版本 re：invent2020）以及云管理服務(wù)，可讓您減少數(shù)據(jù)中心的維護(hù)和開發(fā)。同樣，將更多云原生的原理和功能移植到數(shù)據(jù)中心。”——ClickIT Smart Technologies 的首席執(zhí)行官 Alfonso Valdes

八、BizDevOps 將大放異彩

“隨著企業(yè)從 DevOps 中獲取價(jià)值，在架構(gòu)和公司層次結(jié)構(gòu)方面向成本優(yōu)化的方向發(fā)展。

專注于靈活的、云本地的、架構(gòu)和工具，這些能力曾經(jīng)只留給“大公司”，打包后適合小公司(Snowflake 或 Hazelcast vs Oracle/Teradata)。

FaaS 剛剛起步(無服務(wù)器，Lambda 等)——操作問題正在被解決，人們正意識到它的潛力。”——Petco 的 DevOps 經(jīng)理 Chad Prey

九、基礎(chǔ)設(shè)施即代碼（IaC）的地位將更高

“基礎(chǔ)設(shè)施即代碼（IaC）：云環(huán)境 DevOps 的核心原則。您的基礎(chǔ)設(shè)施，即服務(wù)器、網(wǎng)絡(luò)和存儲設(shè)備，無論是在本地還是在定義為代碼的云中。這使得公司能夠自動(dòng)化并簡化其基礎(chǔ)設(shè)施。IaC 還提供了一個(gè)簡單的基礎(chǔ)設(shè)施版本控制系統(tǒng)，允許團(tuán)隊(duì)在發(fā)生災(zāi)難性故障時(shí)回滾到“上次運(yùn)行的配置”。這意味著快速恢復(fù)和減少停機(jī)時(shí)間?！薄譅栁制嚨母呒壗鉀Q方案架構(gòu)師 Niraj Tripathi

十、自動(dòng)化和混沌工程變得非常重要

“一切都是自動(dòng)化的——構(gòu)建、部署、測試、基礎(chǔ)架構(gòu)和發(fā)布。

單線生產(chǎn)，有要求的質(zhì)量檢驗(yàn)關(guān)。更快、可重復(fù)、可定制和可靠的自動(dòng)化是任何項(xiàng)目成功的關(guān)鍵?；煦绻こ獭诋?dāng)今的混合基礎(chǔ)設(shè)施世界中非常關(guān)鍵的方面。系統(tǒng)行為和客戶體驗(yàn)是緊密耦合的，越早進(jìn)行測試，就能給客戶提供更好的體驗(yàn)?！薄辈剂_陀印度開發(fā)中心集團(tuán)發(fā)展經(jīng)理 Nikhil Bhandari

十一、云原生計(jì)算方法趨向標(biāo)準(zhǔn)化

由于云空間已經(jīng)變得非常先進(jìn)(過去 10 年左右)，容器化已經(jīng)成為規(guī)范，一切都非常標(biāo)準(zhǔn)化，幾乎就像大型機(jī)時(shí)代一樣。

當(dāng)然，會(huì)有潮流和賺錢的機(jī)會(huì)。但我不認(rèn)為下一個(gè)大顛覆者是什么?，F(xiàn)在的一切基本上都和五年前的最佳實(shí)踐基本相同，只是更可靠一些。我想越來越多的人會(huì)繼續(xù)從 Pets 轉(zhuǎn)向 Cattle，而像 Ansible 和 Puppet 這樣的工具只會(huì)留給 packer 和 cloud init 來構(gòu)建容器主機(jī)。

在我看來，這是軟件開發(fā)的黃金時(shí)代。DevOps 和本地云方法已經(jīng)實(shí)現(xiàn)了很多目標(biāo)。管道、主機(jī)、存儲、負(fù)載平衡……近來所有這些問題都在 5 分鐘內(nèi)得到解決?！狟en Sapp

十二、安全將成為高度優(yōu)先事項(xiàng)

從 DevSecOps 的角度來跟蹤基礎(chǔ)設(shè)施中不受控制的變化。作為代碼的基礎(chǔ)設(shè)施是很棒的，但是有太多的活動(dòng)部分：代碼庫、狀態(tài)文件、實(shí)際的云狀態(tài)。事情往往會(huì)隨波逐流。這些變化可能有多種原因：從開發(fā)人員在不告訴任何人的情況下通過 web 控制臺創(chuàng)建或更新基礎(chǔ)設(shè)施，到云提供商端的不受控制的更新。處理基礎(chǔ)設(shè)施與代碼庫之間的差異可能是一個(gè)挑戰(zhàn)?！狢loudSkiff

十三、混沌工程將變得越來越重要

“在更多的組織中，混沌工程將成為 DevOps 計(jì)劃討論中越來越重要(和普遍)的考慮因素?；煦绻こ淌且婚T在生產(chǎn)軟件系統(tǒng)上進(jìn)行實(shí)驗(yàn)的學(xué)科，目的是建立對系統(tǒng)能力的信心，使其能夠承受動(dòng)蕩和意想不到的條件。

如果我們把 DevOps 放在一個(gè)傳統(tǒng)的 5 級成熟度模型的框架中來考慮，那么混沌工程將處在第四、五級，它被包含在 DevOps 實(shí)踐的保護(hù)傘中。正如獨(dú)立的測試/質(zhì)量保證小組的傳統(tǒng)角色被納入了 DevOps 的紀(jì)律中一樣，混沌工程也應(yīng)該如此?！薄绹患夹g(shù)企業(yè)的資訊架構(gòu)師 Kelvin Meeks

十四、更關(guān)注即時(shí)日志以快速驗(yàn)證成功或失敗

“在后期部署中使用日志來驗(yàn)證發(fā)布是否成功，或是否存在嚴(yán)重錯(cuò)誤。

人們需要建立的最大聯(lián)系是定義手動(dòng)流程，然后實(shí)現(xiàn)自動(dòng)化的巨大飛躍。一鍵部署，即時(shí)日志可快速驗(yàn)證成功或失敗，然后觸發(fā)回滾。隨之而來的是復(fù)雜性以及跨服務(wù)依賴性，是否可以回滾某些內(nèi)容，或者是否需要對其他服務(wù)進(jìn)行進(jìn)一步測試。想象一下 100 種微服務(wù)（即管道，甚至另外 100 個(gè)容器）。作為一個(gè)項(xiàng)目，我總是慶祝成功的回滾，因?yàn)樗粫?huì)對服務(wù)產(chǎn)生影響，而且是成功的。”——ADESA 平臺穩(wěn)定性總監(jiān) Craig Schultz

十五、DevSecOps 將成為 DevOps 的默認(rèn)部分

“DevSecOps 的‘Sec’部分將越來越成為軟件開發(fā)生命周期中不可或缺的一部分。真正的安全‘左移’方式將成為新常態(tài)。CI/CD 管道中的專用安全步驟較少，安全自動(dòng)感知和操作將成為所有管道步驟的一部分。從開發(fā)人員的 IDE 開始，進(jìn)入依賴關(guān)系和靜態(tài)代碼分析。沒有適當(dāng)?shù)能浖M件將不會(huì)被發(fā)布調(diào)解這些問題?？蛻魧@得真正的無安全問題免費(fèi)軟件?！?/span>

- END -
公眾號后臺回復(fù)「加群」加入一線高級工程師技術(shù)交流群，一起交流進(jìn)步。
 推薦閱讀 

小團(tuán)隊(duì)如何從零搭建一個(gè)自動(dòng)化運(yùn)維體系？ 
讓運(yùn)維簡單高效，輕松搞定運(yùn)維管理平臺 
搭建一套完整的企業(yè)級 K8s 集群（v1.20，kubeadm方式）
搭建一套完整的企業(yè)級 K8s 集群（v1.20，二進(jìn)制方式）
Kubernetes+Helm+Jenkins 自動(dòng)化發(fā)布項(xiàng)目
【圖解】Kubernetes Deployment 故障排查指南
備份和遷移 Kubernetes 利器：Velero
Shell 腳本進(jìn)階，經(jīng)典用法及其案例
JAVA應(yīng)用運(yùn)維，線上故障排查全套路
5個(gè)面試的關(guān)鍵技巧，助你拿到想要的offer！


點(diǎn)亮，服務(wù)器三年不宕機(jī)