構(gòu)建運(yùn)維數(shù)字化轉(zhuǎn)型的基石—國信證券CMDB數(shù)據(jù)治理實(shí)踐目錄/CONTENTS1國信CMDB發(fā)展的三個(gè)階段2CMDB數(shù)據(jù)治理方案3實(shí)踐案例4成果和展望國信CMDB發(fā)展的三個(gè)階段2023-至今“2023-至今“治”2016-2023“用”背景：2016-2023“用”背景：2015-2016“建”GOGOPS全球運(yùn)維大會(huì)暨研運(yùn)數(shù)智化技術(shù)峰會(huì)2025·深圳站GOGOPS全球運(yùn)維大會(huì)暨研運(yùn)數(shù)智化技術(shù)峰會(huì)2025·深圳站現(xiàn)狀及問題(1/2)消費(fèi)場(chǎng)景XX個(gè)模型數(shù)量消費(fèi)場(chǎng)景XX個(gè)模型數(shù)量XX萬實(shí)例數(shù)量XX萬連續(xù)性連續(xù)性當(dāng)前存在的問題?數(shù)據(jù)不全??數(shù)據(jù)不全?關(guān)鍵信息不準(zhǔn)?數(shù)據(jù)更新不及時(shí)?存在數(shù)據(jù)冗余??缺乏管理規(guī)范?流程不完善?權(quán)限管控松散?缺乏審計(jì)等強(qiáng)制手段?數(shù)據(jù)濫用?數(shù)據(jù)不準(zhǔn)數(shù)據(jù)不準(zhǔn)數(shù)據(jù)治理歷程基于問題驅(qū)動(dòng)的數(shù)據(jù)治理1.0第一階段第一階段數(shù)據(jù)治理1.0:基于問題驅(qū)動(dòng)的數(shù)據(jù)治理1212①組織信息同步不及時(shí)②IP使用狀態(tài)記錄③游離主機(jī)資產(chǎn)清理.....數(shù)據(jù)治理2.0:組織、流程、平臺(tái)構(gòu)建全面的數(shù)據(jù)治理體系流程管控組織保障流程管控?cái)?shù)據(jù)變更數(shù)據(jù)消費(fèi)數(shù)據(jù)變更配置管理員實(shí)例負(fù)責(zé)人數(shù)據(jù)消費(fèi)方CMDB模型變更CMDB數(shù)據(jù)權(quán)限平臺(tái)支撐數(shù)據(jù)采集數(shù)據(jù)查詢數(shù)據(jù)血緣問題管理運(yùn)營報(bào)表質(zhì)量評(píng)價(jià)組織保障數(shù)據(jù)架構(gòu)管理員配置管理員模型模型數(shù)據(jù)架構(gòu)管理員配置管理員模型模型模型數(shù)據(jù)消費(fèi)方實(shí)例責(zé)任人基于頂層設(shè)計(jì)的管理架構(gòu)①數(shù)據(jù)架構(gòu)管理員①數(shù)據(jù)架構(gòu)管理員還是數(shù)據(jù)架構(gòu)管②是否需要模型管理員？制度規(guī)范自上而下的管理規(guī)范數(shù)據(jù)治理2.0-流程(1/2)配置數(shù)據(jù)管理流程①以消費(fèi)場(chǎng)景為驅(qū)動(dòng)②數(shù)據(jù)管理流程閉環(huán)設(shè)計(jì)&開發(fā)階段實(shí)現(xiàn)上線階段配置管理員需求方①以消費(fèi)場(chǎng)景為驅(qū)動(dòng)②數(shù)據(jù)管理流程閉環(huán)設(shè)計(jì)&開發(fā)階段實(shí)現(xiàn)上線階段配置管理員需求方需求方需求&規(guī)劃階段配置管理員數(shù)據(jù)治理2.0-流程(2/2)數(shù)據(jù)質(zhì)量治理流程制定質(zhì)量目標(biāo)梳理業(yè)務(wù)需求制定質(zhì)量目標(biāo)消費(fèi)信心質(zhì)量改進(jìn)方案消費(fèi)信心質(zhì)量改進(jìn)方案質(zhì)量改進(jìn)行動(dòng)GOGOPS全球運(yùn)維大會(huì)暨研運(yùn)數(shù)智化技術(shù)峰會(huì)2025·深圳站數(shù)據(jù)治理2.0-平臺(tái)(1/4)面向用戶查詢操作的體驗(yàn)優(yōu)化“”?常用模型放在首頁?模型按照資源類型進(jìn)行分類?高頻關(guān)系查詢、快捷查詢由管理員統(tǒng)“”?常用模型放在首頁?模型按照資源類型進(jìn)行分類?高頻關(guān)系查詢、快捷查詢由管理員統(tǒng)一創(chuàng)建高級(jí)查詢場(chǎng)景統(tǒng)—由管理員創(chuàng)建,避免冗余?清理廢棄的配置屬性/關(guān)系（超50%）?隱藏高級(jí)查詢場(chǎng)景編輯入口首頁展示高頻使用模型和用戶可快速觸達(dá)工具隱藏廢棄模型,優(yōu)化模型分類,減少信息干擾隱藏廢棄模型,優(yōu)化模型分類,減少信息干擾GOGOPS全球運(yùn)維大會(huì)暨研運(yùn)數(shù)智化技術(shù)峰會(huì)2025·深圳站數(shù)據(jù)治理2.0-平臺(tái)(2/4)面向消費(fèi)方的數(shù)據(jù)質(zhì)量評(píng)價(jià)在線管理、公開透明屬性關(guān)屬性關(guān)系數(shù)據(jù)治理2.0-平臺(tái)(3/4)面向運(yùn)營方的數(shù)據(jù)血緣分析 模型層實(shí)例層數(shù)據(jù)治理2.0-平臺(tái)(4/4)面向運(yùn)營方的數(shù)據(jù)問題管理原始數(shù)據(jù)運(yùn)營優(yōu)化處置登記問題發(fā)現(xiàn)原始數(shù)據(jù)運(yùn)營優(yōu)化處置登記問題發(fā)現(xiàn)數(shù)據(jù)問題平臺(tái)化跟蹤管理問題跟蹤實(shí)踐案例案例1-無主告警聯(lián)合治理(1/4)背景及原因分析nn告警通報(bào)的準(zhǔn)確性和實(shí)時(shí)性直接影響到IT運(yùn)行保障的質(zhì)量和效率事件平臺(tái)zabbix智能運(yùn)維撥測(cè)n原因分析（來自2023年10月份數(shù)據(jù)，共4900+條無主告警告警豐富策略不完善告警源推送邏輯不完善29%數(shù)據(jù)同步策略不完善2%CMDB數(shù)據(jù)維護(hù)不全）：?）：?部分信息未錄入、關(guān)鍵信息缺失?特殊邏輯未考慮>告警源推送邏輯不完善（29%）?推送錯(cuò)誤組件?信息不全>數(shù)據(jù)同步策略不完善（2%）?同步時(shí)差導(dǎo)致數(shù)據(jù)不統(tǒng)一案例1-無主告警聯(lián)合治理(2/4)改進(jìn)及結(jié)果案例1-無主告警聯(lián)合治理(2/4)n各相關(guān)平臺(tái)改進(jìn)進(jìn)度①CMDB清理游離主機(jī)②CMDB補(bǔ)錄瘦終端設(shè)備③昆侖過濾測(cè)試環(huán)境告警zabbix修改告警推送邏輯①BSM推動(dòng)香港物理機(jī)下線②觀微修改告警豐富邏輯③觀微修改數(shù)據(jù)同步方式觀微修改告警豐富邏輯先知修改告警推送組件CMDB補(bǔ)齊設(shè)備負(fù)責(zé)人自動(dòng)化修改告警推送邏輯盤古、自動(dòng)化修改主機(jī)下線邏輯nn隨著各方協(xié)同優(yōu)化工作推進(jìn)，無主告警數(shù)持續(xù)降低0490620562069932751 294GOPS全球運(yùn)維大會(huì)暨研運(yùn)數(shù)智化技術(shù)峰會(huì)2025·深圳站案例2-應(yīng)用系統(tǒng)治理(2/4)現(xiàn)狀分析沒有統(tǒng)一規(guī)范標(biāo)準(zhǔn)導(dǎo)致系統(tǒng)管理混亂沒有統(tǒng)一規(guī)范標(biāo)準(zhǔn)導(dǎo)致系統(tǒng)管理混亂?為了適配各種管理規(guī)定，創(chuàng)建了很多虛擬系統(tǒng)?系統(tǒng)-組件-集群的劃分層級(jí)不一致?系統(tǒng)命名隨意?下線業(yè)務(wù)系統(tǒng)，配置信息狀態(tài)沒有及時(shí)更新?沒有正確的操作下線，導(dǎo)致產(chǎn)生了大量游離主機(jī)GOPS全球運(yùn)維大會(huì)暨研運(yùn)數(shù)智化技術(shù)峰會(huì)2025·深圳站案例2-應(yīng)用系統(tǒng)治理(4/4)應(yīng)對(duì)方案01制定管理規(guī)范人02優(yōu)化變更流程線03部門培訓(xùn)宣導(dǎo)04修訂存量數(shù)據(jù)核核05持續(xù)改進(jìn)GOPS全球運(yùn)維大會(huì)暨研運(yùn)數(shù)智化技術(shù)峰會(huì)2025·深圳站成果和展望構(gòu)建了完善的數(shù)據(jù)治理體系，保證數(shù)據(jù)質(zhì)量的持續(xù)提升？重建用戶對(duì)數(shù)據(jù)質(zhì)量的信心，幾乎沒有聽到過CMDB數(shù)據(jù)不準(zhǔn)的話了GOPS全球運(yùn)維大會(huì)暨研運(yùn)數(shù)智化技術(shù)峰會(huì)2025·深圳站展望支撐大模