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