DevOps 是高效軟件交付的領(lǐng)先模型，該領(lǐng)域沒有停滯的跡象。DevOps 社區(qū)一直在尋找加速優(yōu)化開發(fā)和提高生產(chǎn)力的方法，因此思維方式和流程的轉(zhuǎn)變是以 DevOps 為中心的軟件開發(fā)的自然組成部分。本文探討了DevOps的趨勢。繼續(xù)閱讀以了解明年 DevOps 的期望，并了解您的團(tuán)隊需要什么來保持競爭力。
值得關(guān)注的 DevOps 趨勢
1. 基礎(chǔ)設(shè)施自動化 (IA) 工具的成熟度
基礎(chǔ)設(shè)施自動化工具使團(tuán)隊能夠在本地和云設(shè)置中設(shè)計和自動化交付服務(wù)。DevOps 團(tuán)隊將使用 IA 以更可靠的方式大規(guī)模自動化 IT 基礎(chǔ)架構(gòu)的交付、配置和管理。
IA 工具為 DevOps 團(tuán)隊提供了許多好處：
- 多云和混合云基礎(chǔ)架構(gòu)編排。
- 支持不可變和可編程的基礎(chǔ)設(shè)施。
- 自助服務(wù)，按需創(chuàng)建環(huán)境。
- 高效的資源配置。
- 易于實驗。
我們將在未來看到更多 IA 工具與其他管道組件的集成。通過將 CI/CD 概念應(yīng)用于 IT 基礎(chǔ)架構(gòu)，團(tuán)隊將享受到更高的敏捷性。
預(yù)期： 公司將開始用企業(yè)級 IA 工具替換自定義設(shè)置。通過使用 IA 工具自動部署和配置軟件，組織將獲得：
- 更快的部署。
- 可重復(fù)、一致的基礎(chǔ)架構(gòu)。
- 由于更少的手動任務(wù)而降低了成本。
- 由于所有物理和虛擬基礎(chǔ)架構(gòu)的可靠設(shè)置，更容易合規(guī)。
預(yù)計 持續(xù)配置自動化 (CCA) 工具 也會有所增加。這些工具提供了將配置更改作為代碼進(jìn)行管理和交付的能力。CCA 工具的范圍將繼續(xù)擴(kuò)展到網(wǎng)絡(luò)、容器、合規(guī)性和安全性。
2. 應(yīng)用發(fā)布編排（ARO）工具的使用
ARO 工具將管道和環(huán)境管理與發(fā)布編排相結(jié)合。這些工具提供以下好處：
- 更敏捷： 團(tuán)隊更快速、更可靠地交付新應(yīng)用程序、更改和錯誤修復(fù)。
- 更高的生產(chǎn)力： 更少的手動任務(wù)使員工能夠?qū)Ｗ⒂诟邇r值的任務(wù)。
- 更高的可見性： 瓶頸和等待狀態(tài)在供應(yīng)期間變得可見。
ARO 工具將進(jìn)一步提高發(fā)布的質(zhì)量和速度。公司將跨多個團(tuán)隊、方法、 DevOps 管道、流程和工具擴(kuò)展發(fā)布活動。
預(yù)期： ARO 工具將變得更加普遍。更快地交付新代碼將使組織能夠快速響應(yīng)不斷變化的市場需求。
3. 更復(fù)雜的工具鏈
DevOps 工具鏈?zhǔn)且唤M支持管道活動的工具。精心設(shè)計的工具鏈?zhǔn)箞F(tuán)隊成員能夠：
- 與共同的目標(biāo)一起工作。
- 精確測量指標(biāo)。
- 對所有代碼更改有快速反饋。
DevOps 工具鏈正變得??越來越復(fù)雜和廣泛。CI 工具隨著新系統(tǒng)的發(fā)展而發(fā)展，這些新系統(tǒng)使創(chuàng)建和維護(hù)構(gòu)建腳本變得容易。管道正在獲得新的安全功能。支持包管理和容器的工具也在快速發(fā)展。
組織必須通過避免重疊、沖突和功能差距來確保最佳工具鏈?zhǔn)褂谩?/p>
預(yù)期： 工具鏈供應(yīng)商將開始在整個開發(fā)和交付周期中提供更廣泛的解決方案。公司將擁有多個工具鏈來支持不同的堆棧和交付平臺（COTS、云、大型機、容器原生等）。
4. DevSecOps 的興起
隨著組織采用 Kubernetes、 無服務(wù)器和其他基于云的技術(shù)，云原生安全將變得更加重要。團(tuán)隊需要新的工具和流程來保護(hù)資產(chǎn)，這就是我們預(yù)測來年廣泛采用 DevSecOps 的原因。
DevSecOps 是將 安全性和合規(guī)性 測試集成到開發(fā)管道中。DevSecOps 應(yīng)該：
- 無縫融入生命周期。
- 向相關(guān)利益相關(guān)者提供透明的結(jié)果。
- 不會降低開發(fā)人員的敏捷性。
- 不需要團(tuán)隊離開他們的開發(fā)環(huán)境。
- 在運行時提供安全保護(hù)。
DevSecOps 變得更加可編程，因此預(yù)計在接下來的一年中會看到更高水平的自動化。
預(yù)期： 安全將不再是 DevOps 管道中的事后考慮。DevSecOps 產(chǎn)品將以更高的速度與標(biāo)準(zhǔn) CI/CD 測試工具集成。因此，公司將看到 網(wǎng)絡(luò)安全、合規(guī)性、規(guī)則和協(xié)議執(zhí)行以及整體 IT 有效性方面的改進(jìn)。
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 團(tuán)隊：
- 更好地了解業(yè)務(wù)流程。
- 提供對業(yè)務(wù)運營的洞察。
- 幫助解決問題并確定優(yōu)先級。
預(yù)期： APM 供應(yīng)商將進(jìn)一步擴(kuò)展其產(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 軟件來保護(hù)和了解他們的應(yīng)用程序。
6. 更廣泛的云管理平臺 (CMP)
云管理平臺 (CMP) 可幫助團(tuán)隊管理公共、私有和 多云服務(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 團(tuán)隊輕松實施供應(yīng)標(biāo)準(zhǔn)。
預(yù)期： 公司將更好地了解 CMP 工具在哪里可以提供結(jié)果，哪些地方不能提供結(jié)果。企業(yè)將部署 CMP 以提高其 DevOps 團(tuán)隊的敏捷性。
7. 更多不確定的目標(biāo)和要求
雙模 IT 運營使 I&O 團(tuán)隊能夠通過分析用戶需求的確定性來支持用戶。雙模 IT 依賴于兩種工作方式模式：
- 模式 1： 團(tuán)隊了解需求并期望它們帶來可預(yù)測的 IT 服務(wù)或產(chǎn)品。
- 模式 2： 需求不確定，需求探索中。結(jié)果很難預(yù)測。
采用模式 2 的商業(yè)機會將會增加。這些戰(zhàn)略在業(yè)務(wù)和 IT 方面都涉及高度不確定性。公司將優(yōu)先考慮項目和產(chǎn)品團(tuán)隊的敏捷性和平均價值實現(xiàn)時間，以追求新戰(zhàn)略并改善用戶體驗。
預(yù)期： I&O 團(tuán)隊將不得不學(xué)習(xí)新技能，以提高敏捷性并改善業(yè)務(wù)成果。由于模式 2 的機會需要更精簡的方法，因此也可能對當(dāng)前流程進(jìn)行更改。
8. AgileOps 的進(jìn)一步發(fā)展
AgileOps 是一組經(jīng)過驗證的敏捷和 DevOps 方法，I&O 使用這些方法來提高敏捷性。AgileOps 技術(shù)有助于簡化其他業(yè)務(wù)領(lǐng)域的軟件開發(fā)和任務(wù)：
- 為了支持開發(fā)，I&O 團(tuán)隊成員應(yīng)該學(xué)習(xí) DevOps 和敏捷實踐。
- 對于不涉及開發(fā)的用例，團(tuán)隊成員應(yīng)該了解看板、Gemba Kaizen 和廣泛自動化的概念。
- 學(xué)習(xí) Scrum、精益流程和持續(xù)改進(jìn)將有助于 I&O 改進(jìn)產(chǎn)品管理技術(shù)。
預(yù)期： 快速響應(yīng)用戶需求的日益增長的需求將推動 AgileOps 的增長。I&O 團(tuán)隊成員將使用敏捷、精益和 DevOps 概念在不涉及應(yīng)用程序開發(fā)的領(lǐng)域獲得更多敏捷性。
DevOps 的未來
基于模板的實踐成為約束
成功的 DevOps 要求團(tuán)隊根據(jù)特定的產(chǎn)品需求自行組織和調(diào)整流程。DevOps 團(tuán)隊將開始將標(biāo)準(zhǔn)化的方法和框架演變?yōu)槎ㄖ频墓ぷ鞣绞健?/p>
到 2023 年，75% 的公司將調(diào)整敏捷實踐以匹配產(chǎn)品和團(tuán)隊環(huán)境。因此，應(yīng)用程序的交付節(jié)奏將會提高。我們還將看到新興技術(shù)的興起，這些技術(shù)強調(diào)實踐而不是方法，例如本質(zhì)和紀(jì)律敏捷。
主要效果：
- 分配給特定產(chǎn)品（或一組相關(guān)產(chǎn)品）的時間會更長。
- 熟悉產(chǎn)品將提高團(tuán)隊效率。
- 持續(xù)學(xué)習(xí)和適應(yīng)對于敏捷和 DevOps 變得更加重要。
- 團(tuán)隊將開始通過面向?qū)嵺`的技術(shù)來描述工作方式。
團(tuán)隊推薦：
- 制定指導(dǎo)方針，但允許團(tuán)隊選擇其實踐和工作方式。
- 確保團(tuán)隊在定制程序之前了解敏捷開發(fā)的工作原理。
- 組織研討會，在同事之間分享知識。
- 嘗試以實踐為導(dǎo)向的技術(shù)來記錄方法。
I&O 團(tuán)隊將變得更加敏捷
采用云原生架構(gòu)和可編程基礎(chǔ)架構(gòu)將要求 I&O 變得更加敏捷。I&O 將不得不將他們的開發(fā)技能擴(kuò)展到基本腳本之外。可靠性工程要求 I&O 團(tuán)隊更有效地與開發(fā)和產(chǎn)品團(tuán)隊交互。解決可靠性挑戰(zhàn)需要對系統(tǒng)設(shè)計和操作有深入的了解。到 2023 年，60% 的 I&O 領(lǐng)導(dǎo)者將提高他們的開發(fā)技能以支持業(yè)務(wù)創(chuàng)新。I&O 團(tuán)隊將更擅長：
- 系統(tǒng)架構(gòu)。
- 用于 IT 運營 (AIOps) 的人工智能。
- 應(yīng)用程序開發(fā)。
- 測試自動化。
主要效果：
- 軟件工程技能將使 I&O 能夠推動業(yè)務(wù)創(chuàng)新。
- I&O 將比以往更多地與開發(fā)團(tuán)隊合作。
- I&O 將利用新技能來提高效率并減少技術(shù)債務(wù)。
團(tuán)隊推薦：
- 隨著時間的推移建立您的 I&O 能力。繪制您的發(fā)展需求并制定如何滿足這些需求的長期計劃。
- 在招聘新人才和內(nèi)部員工培訓(xùn)之間找到平衡點。
- 注意員工保留，因為 I&O 中對工程技能的需求將超過供應(yīng)。
產(chǎn)品團(tuán)隊的自助服務(wù)平臺
通常，維護(hù)其基礎(chǔ)架構(gòu)的產(chǎn)品團(tuán)隊缺乏時間或?qū)I(yè)知識來優(yōu)化平臺使用。這些團(tuán)隊必須將寶貴的資源從以用戶為中心的創(chuàng)新轉(zhuǎn)移到平臺維護(hù)、升級和管理上。
到 2023 年，70% 的公司將為產(chǎn)品團(tuán)隊提供共享的自助服務(wù)平臺。這些平臺將應(yīng)用程序部署頻率提高 25%。其他好處包括：
- 更少的工具鏈重疊。
- 一致的治理和安全標(biāo)準(zhǔn)。
- 更高的客戶滿意度。
- 更高的業(yè)務(wù)敏捷性。
內(nèi)部平臺的響應(yīng)速度更快，對產(chǎn)品團(tuán)隊的限制更少。
主要效果：
- 企業(yè)對威脅和機遇的反應(yīng)更快。
- I&O 團(tuán)隊成員將開始將平臺視為隨著業(yè)務(wù)需求變化而不斷改進(jìn)的產(chǎn)品。
- 公司將減少重疊和冗余，實現(xiàn)規(guī)模經(jīng)濟(jì)，并建立高標(biāo)準(zhǔn)的治理。
團(tuán)隊推薦：
- 建立專門的平臺團(tuán)隊，為產(chǎn)品團(tuán)隊提供進(jìn)一步的敏捷性。
- 組織實踐社區(qū)，以確保平臺滿足所有消費者需求。
混沌工程成為常規(guī)測試技術(shù)
到 2023 年，40% 的 DevOps 團(tuán)隊將使用混沌工程作為測試套件的標(biāo)準(zhǔn)部分。因此，我們將看到計劃外停機時間減少 20%?；煦绻こ桃揽抗收献⑷雭碇鲃影l(fā)現(xiàn)其他測試策略通常不可見的錯誤和錯誤?；煦鐚嶒灧浅＿m合具有許多移動部件的復(fù)雜 IT 系統(tǒng)。
主要效果：
- 預(yù)生產(chǎn)中的混沌實驗將成為持續(xù)交付過程的標(biāo)準(zhǔn)部分。
- 大型企業(yè)將開始使用混沌工程以更快的速度擴(kuò)展。
團(tuán)隊推薦：
- 創(chuàng)建一個實踐社區(qū)，以建立混沌工程意識和技能。
- 使用開源混沌工程工具進(jìn)行培訓(xùn)。
- 創(chuàng)建可重復(fù)使用的實驗，以幫助不同的團(tuán)隊擴(kuò)展方法并通過熟悉的測試建立信心。
快速故障恢復(fù)
為了始終如一地為客戶提供價值，應(yīng)用程序必須始終正常運行。故障恢復(fù)將是未來幾年 DevOps 的一大改進(jìn)領(lǐng)域。到 2023 年，60% 的組織將測試系統(tǒng)可恢復(fù)性，作為 CI/CD 管道的一部分。
主要效果：
- 恢復(fù)測試成為測試自動化過程的標(biāo)準(zhǔn)部分。
- QA 更側(cè)重于缺陷修復(fù)。
- 產(chǎn)品團(tuán)隊將更加了解當(dāng)前的系統(tǒng)彈性和可靠性水平。
團(tuán)隊推薦：
- 自動化事件處理的整個過程，就好像缺陷發(fā)生在生產(chǎn)中一樣。
- 確保所有系統(tǒng)恢復(fù)失敗的事件都經(jīng)過根本原因分析。
- 擴(kuò)展 QA 機制，包括定期驗證和驗證系統(tǒng)可恢復(fù)性。
盡早采用并在競爭中保持領(lǐng)先
采用這些 DevOps 趨勢的公司將提高他們設(shè)計、構(gòu)建、部署和維護(hù)高質(zhì)量軟件的能力。及時擁抱這些趨勢也將使公司在 DevOps 的另一個緊張的一年中保持競爭力。
