2025從DevOps-到平臺工程的轉(zhuǎn)變_第1頁
2025從DevOps-到平臺工程的轉(zhuǎn)變_第2頁
2025從DevOps-到平臺工程的轉(zhuǎn)變_第3頁
2025從DevOps-到平臺工程的轉(zhuǎn)變_第4頁
2025從DevOps-到平臺工程的轉(zhuǎn)變_第5頁
已閱讀5頁,還剩33頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

目 聊聊核心競爭爭取講透這個概念 平臺工程是一組用于設(shè)計、構(gòu)建和運營支持軟件價值交付和生命周期管理的平臺的方法、流程和機制平臺工程是一組用于設(shè)計、構(gòu)建和運營支持軟件價值交付和生命周期管理的平臺的方法、流程和機制IT

手段嵌入信息系統(tǒng)開發(fā)的需求分析、設(shè)計、編碼、測試、發(fā)布和運維等GOGOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站級的企業(yè)最多,為41.20同比增長0.34具備自動化、規(guī)范化的特點;17.83%企業(yè)的實踐成熟度處于優(yōu)秀進的特點;0.85%的企業(yè)處于卓越級,能夠?qū)崿F(xiàn)DevOps的高度智能化、數(shù)據(jù)化

目前PS市場發(fā)展比較成熟,存在著各種工具,如P云,reSma等。大多數(shù)PS了構(gòu)建應(yīng)用程序的環(huán)境,但只能置支持相對不那么復雜的用例。在企業(yè)規(guī)模擴張時,開發(fā)者人數(shù)增加,現(xiàn)有的PS解決方案難以滿足不同需求。

目前,DevOps發(fā)展迅速,受到廣大組織的積極響應(yīng)。但是,在的不滿,導致DevOps的實踐工

基礎(chǔ)設(shè)施管理:如管理Docker文件、Helm圖表、Terraform等問題,公司引入了DevOps的理念,搭建了一個DevOps

復雜性增加復雜性增加責任分配不明確 用 反開 創(chuàng)建一個開發(fā)任 初始化倉 自動匹配分支策

自動匹配工作 自動匹配流水 提交代 關(guān)聯(lián)需 自動/輔助自 沖突校

自動集 自動出 自動部自動分 自動準出/準入判 自動分開發(fā)工 公共服務(wù)支GOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站GOGOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站

(DeveloperExperienceDX)

人員可以通過簡單的界面或API實行敏捷開發(fā)和DevOps

應(yīng) 運行環(huán)

單單發(fā)驗,DX 產(chǎn)品思維是發(fā)現(xiàn)問題解決問題并把解決方案標準化的思維模式。用戶思維是以用戶需求為導向,盡可能滿足用戶需求和期望的思維方式。用最快、最簡潔的方式建立一個可用的產(chǎn)品原型。通過不斷的快速迭代來修正產(chǎn)品,最終適應(yīng)用戶需求。建立管理規(guī)范。建立項目與應(yīng)用的關(guān)聯(lián)關(guān)系。平臺工程的成功是技術(shù)與文化的成功建設(shè)DevOps平臺到底要花多少錢GOGOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站Step

Step02

Step03

Step04

Step05

資 目標規(guī)協(xié) 設(shè)置目標以及詳細的拆分舉

體 地 人才培養(yǎng)與效能度 以組織級能力支撐為主,按專題領(lǐng)域進行細化,如:工具、賦能、 級教練以體系規(guī)范和實踐落地為主,針對復雜問題,給予團隊以指導如參與代碼評審、用例設(shè)計研討等。通過 教練成長維度、賦能推廣維度和效能度量與持續(xù)改進維度進行提

織基于PDCA持續(xù)改進的核心理念,以內(nèi)部標準、內(nèi)部教練與內(nèi)部平 研賦通過內(nèi)部標準為抓手,平臺工具提供支撐,根據(jù)貫標項目積累的教練能資源,設(shè)計內(nèi)部教練賦能級制 效2025年1個目標4項舉措13個專題,健全企業(yè)標準體系,提升質(zhì)量管與理意識,推進質(zhì)量規(guī)范,加強監(jiān)管力度,踐行持續(xù)測試,打造標桿項專目,積極變革創(chuàng)新,提升管理效能,同時引入平臺工程標準,積累技項術(shù)創(chuàng)新實踐

GOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站關(guān)鍵詞關(guān)鍵詞關(guān)鍵詞

研發(fā)質(zhì)量提升年(總體目標:提質(zhì)增效可控可視1.1(企業(yè)標準建設(shè)1.2(理論培訓并踐行1.3(標準宣貫與推廣活動運營1.42.1(配置管理規(guī)范,代碼質(zhì)量規(guī)范,單測規(guī)范等3.14.12.2(代碼評審,單元測試,靜態(tài)掃描等3.24.2(持續(xù)交付平臺級貫標2.3(發(fā)版流程適配敏捷開發(fā)3.3&(質(zhì)量門禁,自動化測試4.3(研發(fā)效能度量,測試效能等GOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站

平臺使用數(shù)據(jù)分析用戶反饋渠道關(guān)鍵角色一對一訪談 類別 類別 類別 類別

體驗評分系統(tǒng)

開發(fā)者體驗研討會反饋處理和透明化改進GOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站流水線執(zhí)行效率

需求交付效率

問題前置發(fā)現(xiàn)率每個人每天提高:30分鐘一百人的團隊一年:18250小時2200+人/天

提升150個項目兩周發(fā)布一次一年能節(jié)?。?300多發(fā)布90+跨領(lǐng) 指

調(diào)研數(shù)據(jù):功能測試、UAT、業(yè)務(wù)測試等環(huán)境出現(xiàn)沖突、構(gòu)建、債務(wù)、單測等問題,導致的:流程往復、審批成本、驗證成本均高于前兩個數(shù)據(jù)GOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站

跨領(lǐng) 指GOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站DatapermeateGOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站數(shù)據(jù)滲透數(shù)據(jù)滲透DevOps平臺向平臺工程轉(zhuǎn)變的重要指標

kF表示功能完整性(少和完善程度C(的互通性和整合度D(整體數(shù)據(jù)

當功能越完整(F)且數(shù)據(jù)連通性越高(C),數(shù)據(jù)滲透率D就越高。如果功能較少(F低)或者數(shù)據(jù)割裂(C),F(xiàn)×CF+C保持了平衡,防止極端情況過度提升滲透率。GOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站GOGOPS全球運維大會暨研運數(shù)智化技術(shù)峰會2024·上海站

聊聊核

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論