DevOps發(fā)展至今已有多年的時(shí)間，毫無疑問將在2021年持續(xù)發(fā)展。由于許多組織都在尋求圍繞其數(shù)字化轉(zhuǎn)型的最佳實(shí)踐，因此了解組織領(lǐng)導(dǎo)者對(duì)DevOps行業(yè)的發(fā)展方向非常重要。本文列出了行業(yè)領(lǐng)導(dǎo)者對(duì)2021年DevOps發(fā)展趨勢(shì)的預(yù)測(cè)。

1. 遷移到微服務(wù)將成為必由之路

Wipro Limited公司DevOps首席工程師Sachidananda Pattnaik說，“從單片到微服務(wù)和容器化架構(gòu)的遷移將是所有組織數(shù)字化轉(zhuǎn)型之旅的必經(jīng)之路。這就是采用Kubernetes的趨勢(shì)，當(dāng)組織采用多云時(shí)，Terraform將是自動(dòng)化基礎(chǔ)設(shè)施的最終選擇?！?/p>

2. 混合將成為部署規(guī)范

Developer Relations公司副總裁Stephen Chin說，“2020年加速了遠(yuǎn)程工作，加快了向云端的遷移，并將DevOps從最佳實(shí)踐轉(zhuǎn)變?yōu)槊總€(gè)業(yè)務(wù)的重要組成部分。隨著我們進(jìn)入2021年，該行業(yè)將在多個(gè)方面接受混合。首先，企業(yè)將采用混合型勞動(dòng)力，將遠(yuǎn)程工作和現(xiàn)場(chǎng)團(tuán)隊(duì)協(xié)作的優(yōu)勢(shì)相結(jié)合。其次，商業(yè)模式將變得混合，例如將虛擬規(guī)模與本地網(wǎng)絡(luò)合并的會(huì)議。最終，隨著組織對(duì)堆棧進(jìn)行現(xiàn)代化以利用云原生技術(shù)的優(yōu)勢(shì)，混合將成為部署規(guī)范，但要意識(shí)到并非所有事物都可以遷移到外部。2021年的贏家將是積極接受業(yè)務(wù)、模型和產(chǎn)品混合的公司?！?/p>

3. DataOps將要蓬勃發(fā)展

Rakuten公司高級(jí)DevOps工程師Nirav Chotai表示，“DataOps將在2021年蓬勃發(fā)展，發(fā)生的疫情可能會(huì)在其中發(fā)揮作用。由于疫情導(dǎo)致組織的員工在家遠(yuǎn)程工作，數(shù)字內(nèi)容的消費(fèi)量猛增，這要求自動(dòng)擴(kuò)展和自我修復(fù)系統(tǒng)的自動(dòng)化達(dá)到新水平，以滿足增長(zhǎng)和需求。

在以往，DevOps通常只用于日志記錄、監(jiān)視和警報(bào)的系統(tǒng)。現(xiàn)在，DevOps應(yīng)當(dāng)加強(qiáng)并使用可用數(shù)據(jù)和指標(biāo)來產(chǎn)生有價(jià)值的見解，學(xué)習(xí)并應(yīng)用機(jī)器學(xué)習(xí)模型來預(yù)測(cè)事件或中斷，開發(fā)從數(shù)據(jù)中學(xué)習(xí)自身并預(yù)測(cè)能力的自動(dòng)化以改進(jìn)預(yù)算計(jì)劃。許多組織已經(jīng)開始對(duì)此部分調(diào)用MLOps/AIOps?！?/p>

4. 彈性測(cè)試將成為主流

Neotys公司產(chǎn)品主管Patrick Wolf表示，“可觀察性、性能測(cè)試和彈性測(cè)試之間的交叉點(diǎn)將成為主流。隨著AWS和Google等行業(yè)領(lǐng)導(dǎo)者最近發(fā)布的運(yùn)營(yíng)問題，以及所有垂直領(lǐng)域的數(shù)字化轉(zhuǎn)型加速，市場(chǎng)將逐漸認(rèn)識(shí)到，公共云或私有云提供的無限可擴(kuò)展性是不夠的?！?/p>

5. GitOps將成為常態(tài)

“構(gòu)建并擁有”的開發(fā)過程需要開發(fā)人員知道和理解的工具。GitOps是DevOps如何使用開發(fā)人員工具來驅(qū)動(dòng)操作的名稱。

梅西百貨（Macy‘s）首席架構(gòu)師Soumen Sarkar表示，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)化的持續(xù)集成（CI）/持續(xù)交付（CD）管道將對(duì)其基礎(chǔ)設(shè)施進(jìn)行更改。它還利用差異工具將實(shí)際生產(chǎn)狀態(tài)與受源代碼管理的狀態(tài)進(jìn)行比較，并在出現(xiàn)差異時(shí)向工作人員發(fā)出警報(bào)。GitOps的最終目標(biāo)是加快開發(fā)速度，以便團(tuán)隊(duì)能夠安全地對(duì)運(yùn)行在Kubernetes中的復(fù)雜應(yīng)用程序進(jìn)行更改和更新。

6. 將會(huì)有更多的組織將業(yè)務(wù)遷移到無服務(wù)器

ADP Lifion公司站點(diǎn)可靠性工程經(jīng)理Shivaramakrishnan G說，“2021年將是更多組織將業(yè)務(wù)遷移到無服務(wù)器的一年。按需付費(fèi)將只在使用模型時(shí)才需要付費(fèi)。但需要考慮運(yùn)行基于k8s pod的微服務(wù)，以便在需要時(shí)在無服務(wù)器上運(yùn)行相同的服務(wù)?！?/p>

7. NoOps將出現(xiàn)

ClickIT Smart Technologies公司首席執(zhí)行官Alfonso Valdes說，“我認(rèn)為將會(huì)出現(xiàn)更多托管服務(wù)，并減少DevOps運(yùn)營(yíng)，減少客戶的運(yùn)營(yíng)成本。更多的無服務(wù)器應(yīng)用，更多的無服務(wù)器服務(wù)，如Aurora、Fargate、Amazon S3和無服務(wù)器靜態(tài)網(wǎng)站。Amazon ECS/EKS在數(shù)據(jù)中心的應(yīng)用，以及云計(jì)算托管服務(wù)，這些服務(wù)允許減少數(shù)據(jù)中心的維護(hù)和開發(fā)。同樣，更多的云原生原則和特性可以遷移到數(shù)據(jù)中心，例如Knative?！?/p>

8. BizDevOps將會(huì)大放異彩

Petco公司DevOps經(jīng)理Chad Prey 說，“隨著業(yè)務(wù)從DevOps中獲取價(jià)值，在架構(gòu)和公司層次結(jié)構(gòu)方面朝著成本優(yōu)化的方向發(fā)展。FaaS才剛剛起步（例如無服務(wù)器和Lambda等），運(yùn)營(yíng)問題正在得到解決，人們正在意識(shí)到其發(fā)展?jié)摿Α！?/p>

9. 基礎(chǔ)設(shè)施即代碼（IaC）提高了重要性

沃爾沃汽車公司高級(jí)解決方案架構(gòu)師Niraj Tripathi說，“基礎(chǔ)設(shè)施即代碼（IaC）是云中DevOps的核心原則。無論是在內(nèi)部部署設(shè)施或云中的服務(wù)器、網(wǎng)絡(luò)和存儲(chǔ)設(shè)備都可以定義為基礎(chǔ)設(shè)施即代碼（IaC）。這使組織可以實(shí)現(xiàn)自動(dòng)化并簡(jiǎn)化其基礎(chǔ)設(shè)施?；A(chǔ)設(shè)施即代碼（IaC）還提供了一個(gè)簡(jiǎn)單的基礎(chǔ)設(shè)施版本控制系統(tǒng)，該系統(tǒng)可讓團(tuán)隊(duì)在發(fā)生災(zāi)難性故障時(shí)回滾到最近有效的配置。這意味著可以快速恢復(fù)并減少停機(jī)時(shí)間?！?/p>

10. 自動(dòng)化和混亂工程變得非常重要

直布羅陀印度發(fā)展中心集團(tuán)發(fā)展經(jīng)理Nikhil Bhandari說，“無論是構(gòu)建、部署、測(cè)試和發(fā)布，一切都是自動(dòng)化的。更快、可重復(fù)、可定制和可靠的自動(dòng)化是任何項(xiàng)目成功的關(guān)鍵。系統(tǒng)行為和客戶體驗(yàn)是緊密耦合的，越早進(jìn)行測(cè)試，就越能為客戶提供更好的體驗(yàn)?！?/p>

11. 云原生方法將實(shí)現(xiàn)標(biāo)準(zhǔn)化

行業(yè)專家Ben Sapp說，“由于云計(jì)算在10年來蓬勃發(fā)展，并且容器化已成為規(guī)范，所以一切都將實(shí)現(xiàn)標(biāo)準(zhǔn)化，就像大型機(jī)時(shí)代一樣。當(dāng)然，還有很多趨勢(shì)和獲得的機(jī)會(huì)。但是人們不知道下一個(gè)顛覆者是什么。現(xiàn)在的一切基本上都與五年前的最佳實(shí)踐相同，這是軟件開發(fā)的黃金時(shí)代。DevOps和云原生方法已經(jīng)實(shí)現(xiàn)了許多目標(biāo)。管道、托管、存儲(chǔ)、負(fù)載平衡等這些目標(biāo)都在很短的時(shí)間之內(nèi)解決了?！?/p>

12. 安全將成為重中之重

行業(yè)專家Cloud Skiff表示，“從DevSecOps角度來看，可以跟蹤基礎(chǔ)設(shè)施中不受控制的變化。即代碼的基礎(chǔ)設(shè)施很棒，但是有太多可移動(dòng)的部分：代碼庫(kù)、狀態(tài)文件、實(shí)際云狀態(tài)。而這些更改可能有多種原因：從開發(fā)人員通過Web控制臺(tái)創(chuàng)建或更新基礎(chǔ)設(shè)施而不告知任何人，到云計(jì)算提供商方面不受控制的更新。處理基礎(chǔ)設(shè)施遷移與代碼庫(kù)可能會(huì)充滿挑戰(zhàn)?！?/p>

13. 混沌工程將變得越來越重要

International Technology Ventures公司首席技術(shù)官 Kelvin Meeks表示，“在更多組織中的DevOps規(guī)劃討論中，混沌工程（Chaos Engineering）將變得越來越重要，也更常見。混沌工程是一門在生產(chǎn)環(huán)境中對(duì)軟件系統(tǒng)進(jìn)行實(shí)驗(yàn)的學(xué)科，目的是建立對(duì)系統(tǒng)抵御動(dòng)蕩和意外情況的能力的信心，但大多數(shù)組織通常不采用這種方法。

如果在傳統(tǒng)的五個(gè)成熟度模型框架內(nèi)考慮DevOps，那么混沌工程將包含在DevOps實(shí)踐的保護(hù)范圍內(nèi)。正如將單獨(dú)的測(cè)試/質(zhì)量保證小組的傳統(tǒng)角色納入DevOops的學(xué)科一樣，混沌工程也應(yīng)如此?！?/p>

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

ADESA平臺(tái)穩(wěn)定性主管Craig Schult說，“在后期部署中使用日志來驗(yàn)證發(fā)布是否成功，或者存在嚴(yán)重錯(cuò)誤。人們需要建立的最大聯(lián)系是定義人工流程，然后實(shí)現(xiàn)自動(dòng)化的巨大飛躍。一鍵部署、即時(shí)日志可快速驗(yàn)證成功或失敗，然后觸發(fā)回滾。隨之而來的是復(fù)雜性以及跨服務(wù)依賴性，是否可以回滾某些內(nèi)容，或者是否需要對(duì)其他服務(wù)進(jìn)行進(jìn)一步測(cè)試。”

15. DevSecOps將成為DevOps的默認(rèn)部分

JFrog公司首席技術(shù)官Eldad Assis表示，DevSecOps的“Sec”部分將越來越成為軟件開發(fā)生命周期中不可或缺的一部分，真正的安全性“向左移動(dòng)”方法將成為新常態(tài)，持續(xù)集成（CI）/持續(xù)交付（CD）管道中的專用安全步驟較少，安全自動(dòng)感知和操作將成為所有管道步驟的一部分。從開發(fā)人員的集成開發(fā)環(huán)境（IDE）開始，進(jìn)入依賴關(guān)系和靜態(tài)代碼分析。安全和自動(dòng)識(shí)別和采取措施將是所有流程步驟的一部分。在沒有適當(dāng)解決這些問題的情況下，不要發(fā)布軟件組件。開發(fā)人員真正面臨的安全問題是使用免費(fèi)軟件。
責(zé)編AJX