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