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

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

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

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

IA 工具為 DevOps 團隊提供了許多好處：

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

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

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

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

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

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

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

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

ARO 工具將進一步提高發(fā)布的質(zhì)量和速度。公司將跨多個團隊、方法、 DevOps 管道、流程和工具擴展發(fā)布活動。

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

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

DevOps 工具鏈是一組支持管道活動的工具。精心設(shè)計的工具鏈使團隊成員能夠：

• 與共同的目標一起工作。
• 精確測量指標。
• 對所有代碼更改有快速反饋。

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

組織必須通過避免重疊、沖突和功能差距來確保最佳工具鏈使用。

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

4. DevSecOps 的興起

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

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

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

DevSecOps 變得更加可編程，因此預(yù)計在接下來的一年中會看到更高水平的自動化。

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

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

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

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

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

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

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

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

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

對客戶體驗的日益重視將推動 APM 軟件提供對客戶旅程的洞察力。組織將開始更多地依賴 APM 軟件來保護和了解他們的應(yīng)用程序。

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

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

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

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

• 在不損害敏捷性的情況下鏈接到開發(fā)過程。
• 允許 I&O 團隊輕松實施供應(yīng)標準。

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

7. 更多不確定的目標和要求

雙模 IT 運營使 I&O 團隊能夠通過分析用戶需求的確定性來支持用戶。雙模 IT 依賴于兩種工作方式模式：

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

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

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

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

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

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

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

DevOps 的未來

基于模板的實踐成為約束

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

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

主要效果：

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

團隊推薦：

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

I&O 團隊將變得更加敏捷

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

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

主要效果：

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

團隊推薦：

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

產(chǎn)品團隊的自助服務(wù)平臺

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

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

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

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

主要效果：

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

團隊推薦：

• 建立專門的平臺團隊，為產(chǎn)品團隊提供進一步的敏捷性。
• 組織實踐社區(qū)，以確保平臺滿足所有消費者需求。

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

到 2023 年，40% 的 DevOps 團隊將使用混沌工程作為測試套件的標準部分。因此，我們將看到計劃外停機時間減少 20%。混沌工程依靠故障注入來主動發(fā)現(xiàn)其他測試策略通常不可見的錯誤和錯誤。混沌實驗非常適合具有許多移動部件的復(fù)雜 IT 系統(tǒng)。

主要效果：

• 預(yù)生產(chǎn)中的混沌實驗將成為持續(xù)交付過程的標準部分。
• 大型企業(yè)將開始使用混沌工程以更快的速度擴展。

團隊推薦：

• 創(chuàng)建一個實踐社區(qū)，以建立混沌工程意識和技能。
• 使用開源混沌工程工具進行培訓(xùn)。
• 創(chuàng)建可重復(fù)使用的實驗，以幫助不同的團隊擴展方法并通過熟悉的測試建立信心。

快速故障恢復(fù)

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

主要效果：

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

團隊推薦：

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

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

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