DevOps 是高效軟件交付的領(lǐng)先模型，該領(lǐng)域沒(méi)有停滯的跡象。DevOps 社區(qū)一直在尋找加速優(yōu)化開(kāi)發(fā)和提高生產(chǎn)力的方法，因此思維方式和流程的轉(zhuǎn)變是以 DevOps 為中心的軟件開(kāi)發(fā)的自然組成部分。本文探討了DevOps的趨勢(shì)。繼續(xù)閱讀以了解明年 DevOps 的期望，并了解您的團(tuán)隊(duì)需要什么來(lái)保持競(jìng)爭(zhēng)力。

值得關(guān)注的 DevOps 趨勢(shì)

1. 基礎(chǔ)設(shè)施自動(dòng)化 (IA) 工具的成熟度

基礎(chǔ)設(shè)施自動(dòng)化工具使團(tuán)隊(duì)能夠在本地和云設(shè)置中設(shè)計(jì)和自動(dòng)化交付服務(wù)。DevOps 團(tuán)隊(duì)將使用 IA 以更可靠的方式大規(guī)模自動(dòng)化 IT 基礎(chǔ)架構(gòu)的交付、配置和管理。

IA 工具為 DevOps 團(tuán)隊(duì)提供了許多好處：

• 多云和混合云基礎(chǔ)架構(gòu)編排。
• 支持不可變和可編程的基礎(chǔ)設(shè)施。
• 自助服務(wù)，按需創(chuàng)建環(huán)境。
• 高效的資源配置。
• 易于實(shí)驗(yàn)。

我們將在未來(lái)看到更多 IA 工具與其他管道組件的集成。通過(guò)將 CI/CD 概念應(yīng)用于 IT 基礎(chǔ)架構(gòu)，團(tuán)隊(duì)將享受到更高的敏捷性。

預(yù)期： 公司將開(kāi)始用企業(yè)級(jí) IA 工具替換自定義設(shè)置。通過(guò)使用 IA 工具自動(dòng)部署和配置軟件，組織將獲得：

• 更快的部署。
• 可重復(fù)、一致的基礎(chǔ)架構(gòu)。
• 由于更少的手動(dòng)任務(wù)而降低了成本。
• 由于所有物理和虛擬基礎(chǔ)架構(gòu)的可靠設(shè)置，更容易合規(guī)。

預(yù)計(jì) 持續(xù)配置自動(dòng)化 (CCA) 工具 也會(huì)有所增加。這些工具提供了將配置更改作為代碼進(jìn)行管理和交付的能力。CCA 工具的范圍將繼續(xù)擴(kuò)展到網(wǎng)絡(luò)、容器、合規(guī)性和安全性。

2. 應(yīng)用發(fā)布編排（ARO）工具的使用

ARO 工具將管道和環(huán)境管理與發(fā)布編排相結(jié)合。這些工具提供以下好處：

• 更敏捷： 團(tuán)隊(duì)更快速、更可靠地交付新應(yīng)用程序、更改和錯(cuò)誤修復(fù)。
• 更高的生產(chǎn)力： 更少的手動(dòng)任務(wù)使員工能夠?qū)Ｗ⒂诟邇r(jià)值的任務(wù)。
• 更高的可見(jiàn)性： 瓶頸和等待狀態(tài)在供應(yīng)期間變得可見(jiàn)。

ARO 工具將進(jìn)一步提高發(fā)布的質(zhì)量和速度。公司將跨多個(gè)團(tuán)隊(duì)、方法、 DevOps 管道、流程和工具擴(kuò)展發(fā)布活動(dòng)。

預(yù)期： ARO 工具將變得更加普遍。更快地交付新代碼將使組織能夠快速響應(yīng)不斷變化的市場(chǎng)需求。

3. 更復(fù)雜的工具鏈

DevOps 工具鏈?zhǔn)且唤M支持管道活動(dòng)的工具。精心設(shè)計(jì)的工具鏈?zhǔn)箞F(tuán)隊(duì)成員能夠：

• 與共同的目標(biāo)一起工作。
• 精確測(cè)量指標(biāo)。
• 對(duì)所有代碼更改有快速反饋。

DevOps 工具鏈正變得??越來(lái)越復(fù)雜和廣泛。CI 工具隨著新系統(tǒng)的發(fā)展而發(fā)展，這些新系統(tǒng)使創(chuàng)建和維護(hù)構(gòu)建腳本變得容易。管道正在獲得新的安全功能。支持包管理和容器的工具也在快速發(fā)展。

組織必須通過(guò)避免重疊、沖突和功能差距來(lái)確保最佳工具鏈?zhǔn)褂谩?/p>

預(yù)期： 工具鏈供應(yīng)商將開(kāi)始在整個(gè)開(kāi)發(fā)和交付周期中提供更廣泛的解決方案。公司將擁有多個(gè)工具鏈來(lái)支持不同的堆棧和交付平臺(tái)（COTS、云、大型機(jī)、容器原生等）。

4. DevSecOps 的興起

隨著組織采用 Kubernetes、 無(wú)服務(wù)器和其他基于云的技術(shù)，云原生安全將變得更加重要。團(tuán)隊(duì)需要新的工具和流程來(lái)保護(hù)資產(chǎn)，這就是我們預(yù)測(cè)來(lái)年廣泛采用 DevSecOps 的原因。

DevSecOps 是將 安全性和合規(guī)性 測(cè)試集成到開(kāi)發(fā)管道中。DevSecOps 應(yīng)該：

• 無(wú)縫融入生命周期。
• 向相關(guān)利益相關(guān)者提供透明的結(jié)果。
• 不會(huì)降低開(kāi)發(fā)人員的敏捷性。
• 不需要團(tuán)隊(duì)離開(kāi)他們的開(kāi)發(fā)環(huán)境。
• 在運(yùn)行時(shí)提供安全保護(hù)。

DevSecOps 變得更加可編程，因此預(yù)計(jì)在接下來(lái)的一年中會(huì)看到更高水平的自動(dòng)化。

預(yù)期： 安全將不再是 DevOps 管道中的事后考慮。DevSecOps 產(chǎn)品將以更高的速度與標(biāo)準(zhǔn) CI/CD 測(cè)試工具集成。因此，公司將看到 網(wǎng)絡(luò)安全、合規(guī)性、規(guī)則和協(xié)議執(zhí)行以及整體 IT 有效性方面的改進(jìn)。

5. 應(yīng)用程序性能監(jiān)控（APM）軟件

APM 在部署期間向開(kāi)發(fā)人員提供快速反饋方面發(fā)揮著至關(guān)重要的作用。APM 軟件包括：

• 前端監(jiān)控（觀察用戶交互的性能和行為）。
• 應(yīng)用程序發(fā)現(xiàn)、跟蹤和診斷（ADTD 分析 Web 和應(yīng)用程序服務(wù)器、微服務(wù)和基礎(chǔ)設(shè)施之間的關(guān)系）。
• AIOps 支持的分析（檢測(cè)整個(gè)生命周期的模式、異常和因果關(guān)系）。

APM 對(duì)于縮短 MTTR（平均修復(fù)時(shí)間）、保持服務(wù)可用性和改善用戶體驗(yàn)至關(guān)重要。高級(jí) APM 功能將幫助 DevOps 團(tuán)隊(duì)：

• 更好地了解業(yè)務(wù)流程。
• 提供對(duì)業(yè)務(wù)運(yùn)營(yíng)的洞察。
• 幫助解決問(wèn)題并確定優(yōu)先級(jí)。

預(yù)期： APM 供應(yīng)商將進(jìn)一步擴(kuò)展其產(chǎn)品，包括集成基礎(chǔ)設(shè)施監(jiān)控和分析（包括網(wǎng)絡(luò)、服務(wù)器、數(shù)據(jù)庫(kù)、日志、容器、微服務(wù)和云服務(wù)）。

供應(yīng)商還將繼續(xù)在 APM 中使用機(jī)器學(xué)習(xí) (ML) 來(lái)：

• 降低系統(tǒng)噪音。
• 預(yù)測(cè)和檢測(cè)異常。
• 確定因果關(guān)系。

對(duì)客戶體驗(yàn)的日益重視將推動(dòng) APM 軟件提供對(duì)客戶旅程的洞察力。組織將開(kāi)始更多地依賴 APM 軟件來(lái)保護(hù)和了解他們的應(yīng)用程序。

6. 更廣泛的云管理平臺(tái) (CMP)

云管理平臺(tái) (CMP) 可幫助團(tuán)隊(duì)管理公共、私有和 多云服務(wù)和資源。CMP 功能可以是單個(gè)產(chǎn)品或一組供應(yīng)商產(chǎn)品的結(jié)果。組織將開(kāi)始使用 CMP 來(lái)降低運(yùn)營(yíng)成本并確保足夠的服務(wù)水平。CMP 將為企業(yè)提供許多功能：

• 供應(yīng)和編排。
• 服務(wù)請(qǐng)求管理。
• 庫(kù)存和分類(lèi)。
• 云監(jiān)控和分析。
• 資源優(yōu)化。
• 云遷移、備份和災(zāi)難恢復(fù)。
• 執(zhí)行政策和合規(guī)要求。

CMP 為開(kāi)發(fā)人員和 I&O（基礎(chǔ)設(shè)施和運(yùn)營(yíng)）員工服務(wù)的能力在去年將變得至關(guān)重要。CMP 必須：

• 在不損害敏捷性的情況下鏈接到開(kāi)發(fā)過(guò)程。
• 允許 I&O 團(tuán)隊(duì)輕松實(shí)施供應(yīng)標(biāo)準(zhǔn)。

預(yù)期： 公司將更好地了解 CMP 工具在哪里可以提供結(jié)果，哪些地方不能提供結(jié)果。企業(yè)將部署 CMP 以提高其 DevOps 團(tuán)隊(duì)的敏捷性。

7. 更多不確定的目標(biāo)和要求

雙模 IT 運(yùn)營(yíng)使 I&O 團(tuán)隊(duì)能夠通過(guò)分析用戶需求的確定性來(lái)支持用戶。雙模 IT 依賴于兩種工作方式模式：

• 模式 1： 團(tuán)隊(duì)了解需求并期望它們帶來(lái)可預(yù)測(cè)的 IT 服務(wù)或產(chǎn)品。
• 模式 2： 需求不確定，需求探索中。結(jié)果很難預(yù)測(cè)。

采用模式 2 的商業(yè)機(jī)會(huì)將會(huì)增加。這些戰(zhàn)略在業(yè)務(wù)和 IT 方面都涉及高度不確定性。公司將優(yōu)先考慮項(xiàng)目和產(chǎn)品團(tuán)隊(duì)的敏捷性和平均價(jià)值實(shí)現(xiàn)時(shí)間，以追求新戰(zhàn)略并改善用戶體驗(yàn)。

預(yù)期： I&O 團(tuán)隊(duì)將不得不學(xué)習(xí)新技能，以提高敏捷性并改善業(yè)務(wù)成果。由于模式 2 的機(jī)會(huì)需要更精簡(jiǎn)的方法，因此也可能對(duì)當(dāng)前流程進(jìn)行更改。

8. AgileOps 的進(jìn)一步發(fā)展

AgileOps 是一組經(jīng)過(guò)驗(yàn)證的敏捷和 DevOps 方法，I&O 使用這些方法來(lái)提高敏捷性。AgileOps 技術(shù)有助于簡(jiǎn)化其他業(yè)務(wù)領(lǐng)域的軟件開(kāi)發(fā)和任務(wù)：

• 為了支持開(kāi)發(fā)，I&O 團(tuán)隊(duì)成員應(yīng)該學(xué)習(xí) DevOps 和敏捷實(shí)踐。
• 對(duì)于不涉及開(kāi)發(fā)的用例，團(tuán)隊(duì)成員應(yīng)該了解看板、Gemba Kaizen 和廣泛自動(dòng)化的概念。
• 學(xué)習(xí) Scrum、精益流程和持續(xù)改進(jìn)將有助于 I&O 改進(jìn)產(chǎn)品管理技術(shù)。

預(yù)期： 快速響應(yīng)用戶需求的日益增長(zhǎng)的需求將推動(dòng) AgileOps 的增長(zhǎng)。I&O 團(tuán)隊(duì)成員將使用敏捷、精益和 DevOps 概念在不涉及應(yīng)用程序開(kāi)發(fā)的領(lǐng)域獲得更多敏捷性。

DevOps 的未來(lái)

基于模板的實(shí)踐成為約束

成功的 DevOps 要求團(tuán)隊(duì)根據(jù)特定的產(chǎn)品需求自行組織和調(diào)整流程。DevOps 團(tuán)隊(duì)將開(kāi)始將標(biāo)準(zhǔn)化的方法和框架演變?yōu)槎ㄖ频墓ぷ鞣绞健?/p>

到 2023 年，75% 的公司將調(diào)整敏捷實(shí)踐以匹配產(chǎn)品和團(tuán)隊(duì)環(huán)境。因此，應(yīng)用程序的交付節(jié)奏將會(huì)提高。我們還將看到新興技術(shù)的興起，這些技術(shù)強(qiáng)調(diào)實(shí)踐而不是方法，例如本質(zhì)和紀(jì)律敏捷。

主要效果：

• 分配給特定產(chǎn)品（或一組相關(guān)產(chǎn)品）的時(shí)間會(huì)更長(zhǎng)。
• 熟悉產(chǎn)品將提高團(tuán)隊(duì)效率。
• 持續(xù)學(xué)習(xí)和適應(yīng)對(duì)于敏捷和 DevOps 變得更加重要。
• 團(tuán)隊(duì)將開(kāi)始通過(guò)面向?qū)嵺`的技術(shù)來(lái)描述工作方式。

團(tuán)隊(duì)推薦：

• 制定指導(dǎo)方針，但允許團(tuán)隊(duì)選擇其實(shí)踐和工作方式。
• 確保團(tuán)隊(duì)在定制程序之前了解敏捷開(kāi)發(fā)的工作原理。
• 組織研討會(huì)，在同事之間分享知識(shí)。
• 嘗試以實(shí)踐為導(dǎo)向的技術(shù)來(lái)記錄方法。

I&O 團(tuán)隊(duì)將變得更加敏捷

采用云原生架構(gòu)和可編程基礎(chǔ)架構(gòu)將要求 I&O 變得更加敏捷。I&O 將不得不將他們的開(kāi)發(fā)技能擴(kuò)展到基本腳本之外。可靠性工程要求 I&O 團(tuán)隊(duì)更有效地與開(kāi)發(fā)和產(chǎn)品團(tuán)隊(duì)交互。解決可靠性挑戰(zhàn)需要對(duì)系統(tǒng)設(shè)計(jì)和操作有深入的了解。到 2023 年，60% 的 I&O 領(lǐng)導(dǎo)者將提高他們的開(kāi)發(fā)技能以支持業(yè)務(wù)創(chuàng)新。I&O 團(tuán)隊(duì)將更擅長(zhǎng)：

• 系統(tǒng)架構(gòu)。
• 用于 IT 運(yùn)營(yíng) (AIOps) 的人工智能。
• 應(yīng)用程序開(kāi)發(fā)。
• 測(cè)試自動(dòng)化。

主要效果：

• 軟件工程技能將使 I&O 能夠推動(dòng)業(yè)務(wù)創(chuàng)新。
• I&O 將比以往更多地與開(kāi)發(fā)團(tuán)隊(duì)合作。
• I&O 將利用新技能來(lái)提高效率并減少技術(shù)債務(wù)。

團(tuán)隊(duì)推薦：

• 隨著時(shí)間的推移建立您的 I&O 能力。繪制您的發(fā)展需求并制定如何滿足這些需求的長(zhǎng)期計(jì)劃。
• 在招聘新人才和內(nèi)部員工培訓(xùn)之間找到平衡點(diǎn)。
• 注意員工保留，因?yàn)?I&O 中對(duì)工程技能的需求將超過(guò)供應(yīng)。

產(chǎn)品團(tuán)隊(duì)的自助服務(wù)平臺(tái)

通常，維護(hù)其基礎(chǔ)架構(gòu)的產(chǎn)品團(tuán)隊(duì)缺乏時(shí)間或?qū)I(yè)知識(shí)來(lái)優(yōu)化平臺(tái)使用。這些團(tuán)隊(duì)必須將寶貴的資源從以用戶為中心的創(chuàng)新轉(zhuǎn)移到平臺(tái)維護(hù)、升級(jí)和管理上。

到 2023 年，70% 的公司將為產(chǎn)品團(tuán)隊(duì)提供共享的自助服務(wù)平臺(tái)。這些平臺(tái)將應(yīng)用程序部署頻率提高 25%。其他好處包括：

• 更少的工具鏈重疊。
• 一致的治理和安全標(biāo)準(zhǔn)。
• 更高的客戶滿意度。
• 更高的業(yè)務(wù)敏捷性。

內(nèi)部平臺(tái)的響應(yīng)速度更快，對(duì)產(chǎn)品團(tuán)隊(duì)的限制更少。

主要效果：

• 企業(yè)對(duì)威脅和機(jī)遇的反應(yīng)更快。
• I&O 團(tuán)隊(duì)成員將開(kāi)始將平臺(tái)視為隨著業(yè)務(wù)需求變化而不斷改進(jìn)的產(chǎn)品。
• 公司將減少重疊和冗余，實(shí)現(xiàn)規(guī)模經(jīng)濟(jì)，并建立高標(biāo)準(zhǔn)的治理。

團(tuán)隊(duì)推薦：

• 建立專(zhuān)門(mén)的平臺(tái)團(tuán)隊(duì)，為產(chǎn)品團(tuán)隊(duì)提供進(jìn)一步的敏捷性。
• 組織實(shí)踐社區(qū)，以確保平臺(tái)滿足所有消費(fèi)者需求。

混沌工程成為常規(guī)測(cè)試技術(shù)

到 2023 年，40% 的 DevOps 團(tuán)隊(duì)將使用混沌工程作為測(cè)試套件的標(biāo)準(zhǔn)部分。因此，我們將看到計(jì)劃外停機(jī)時(shí)間減少 20%?；煦绻こ桃揽抗收献⑷雭?lái)主動(dòng)發(fā)現(xiàn)其他測(cè)試策略通常不可見(jiàn)的錯(cuò)誤和錯(cuò)誤?；煦鐚?shí)驗(yàn)非常適合具有許多移動(dòng)部件的復(fù)雜 IT 系統(tǒng)。

主要效果：

• 預(yù)生產(chǎn)中的混沌實(shí)驗(yàn)將成為持續(xù)交付過(guò)程的標(biāo)準(zhǔn)部分。
• 大型企業(yè)將開(kāi)始使用混沌工程以更快的速度擴(kuò)展。

團(tuán)隊(duì)推薦：

• 創(chuàng)建一個(gè)實(shí)踐社區(qū)，以建立混沌工程意識(shí)和技能。
• 使用開(kāi)源混沌工程工具進(jìn)行培訓(xùn)。
• 創(chuàng)建可重復(fù)使用的實(shí)驗(yàn)，以幫助不同的團(tuán)隊(duì)擴(kuò)展方法并通過(guò)熟悉的測(cè)試建立信心。

快速故障恢復(fù)

為了始終如一地為客戶提供價(jià)值，應(yīng)用程序必須始終正常運(yùn)行。故障恢復(fù)將是未來(lái)幾年 DevOps 的一大改進(jìn)領(lǐng)域。到 2023 年，60% 的組織將測(cè)試系統(tǒng)可恢復(fù)性，作為 CI/CD 管道的一部分。

主要效果：

• 恢復(fù)測(cè)試成為測(cè)試自動(dòng)化過(guò)程的標(biāo)準(zhǔn)部分。
• QA 更側(cè)重于缺陷修復(fù)。
• 產(chǎn)品團(tuán)隊(duì)將更加了解當(dāng)前的系統(tǒng)彈性和可靠性水平。

團(tuán)隊(duì)推薦：

• 自動(dòng)化事件處理的整個(gè)過(guò)程，就好像缺陷發(fā)生在生產(chǎn)中一樣。
• 確保所有系統(tǒng)恢復(fù)失敗的事件都經(jīng)過(guò)根本原因分析。
• 擴(kuò)展 QA 機(jī)制，包括定期驗(yàn)證和驗(yàn)證系統(tǒng)可恢復(fù)性。

盡早采用并在競(jìng)爭(zhēng)中保持領(lǐng)先

采用這些 DevOps 趨勢(shì)的公司將提高他們?cè)O(shè)計(jì)、構(gòu)建、部署和維護(hù)高質(zhì)量軟件的能力。及時(shí)擁抱這些趨勢(shì)也將使公司在 DevOps 的另一個(gè)緊張的一年中保持競(jìng)爭(zhēng)力。