簡(jiǎn)介面向城投集團(tuán)數(shù)字化轉(zhuǎn)型場(chǎng)景這份PPT系統(tǒng)闡述了數(shù)據(jù)治理與數(shù)據(jù)中臺(tái)架構(gòu)的完整規(guī)劃思路適合城投及大型國(guó)企業(yè)務(wù)負(fù)責(zé)人、信息化部門與數(shù)據(jù)治理從業(yè)者參考。方案圍繞建設(shè)背景、數(shù)據(jù)治理建設(shè)路徑與階段、價(jià)值體現(xiàn)、數(shù)據(jù)集設(shè)計(jì)方法論、數(shù)據(jù)中臺(tái)模型構(gòu)建、數(shù)據(jù)建模方法以及數(shù)據(jù)安全分類分級(jí)管理等模塊展開重點(diǎn)解答如何將數(shù)據(jù)資產(chǎn)化、打破部門數(shù)據(jù)孤島、建立標(biāo)準(zhǔn)化治理體系并推動(dòng)數(shù)據(jù)服務(wù)化共享。資源為單個(gè)pptx文件大小4.35MB內(nèi)容以架構(gòu)圖、方法論框架和分階段實(shí)施路徑為主便于直接用于內(nèi)部匯報(bào)或方案設(shè)計(jì)借鑒。目前已有82人學(xué)習(xí)瀏覽對(duì)正在規(guī)劃數(shù)據(jù)中臺(tái)或數(shù)據(jù)治理體系的企業(yè)團(tuán)隊(duì)具有一定的參考價(jià)值。1. 城投集團(tuán)的數(shù)據(jù)中臺(tái)方案一份能直接改寫的規(guī)劃底稿手頭這份《城投集團(tuán)數(shù)據(jù)治理與數(shù)據(jù)中臺(tái)架構(gòu)規(guī)劃方案》PPT我拆完第一遍的感受是它不像市面上那些堆滿廠商術(shù)語(yǔ)的售前膠片而是一份把城投類國(guó)企的數(shù)據(jù)家底、治理路徑、中臺(tái)模型和分期建設(shè)節(jié)奏都捋清楚的規(guī)劃底稿。尤其難得的是它把“數(shù)據(jù)治理”和“數(shù)據(jù)中臺(tái)”兩條線擰在了一起——先講清楚為什么要治、怎么分階段治再落到數(shù)據(jù)集怎么設(shè)計(jì)、中臺(tái)模型怎么搭、安全怎么分級(jí)。對(duì)正在寫匯報(bào)材料、或者要給集團(tuán)領(lǐng)導(dǎo)講數(shù)字化轉(zhuǎn)型思路的人來說這份PPT解決的核心問題是不用從零憋框架照著它的章節(jié)結(jié)構(gòu)和階段劃分換上自己集團(tuán)的數(shù)據(jù)現(xiàn)狀和業(yè)務(wù)口徑就能快速產(chǎn)出一版拿得出手的規(guī)劃方案。它適合信息化部門負(fù)責(zé)人、數(shù)據(jù)治理項(xiàng)目經(jīng)理以及做城投類國(guó)企咨詢的從業(yè)者。2. 數(shù)據(jù)治理建設(shè)路徑兩個(gè)階段怎么切、每階段交付什么數(shù)據(jù)治理在城投集團(tuán)這類體量的企業(yè)里最容易犯的錯(cuò)是一上來就鋪大攤子。這份PPT給出的路徑是“先治存量、再建底座、最后出服務(wù)”每一階段都有明確的交付物下面把階段劃分和落地要點(diǎn)拆開講。2.1 第一階段數(shù)據(jù)質(zhì)量提升與全流程貫通怎么做第一階段的核心動(dòng)作是“止血”——把現(xiàn)有系統(tǒng)里的臟數(shù)據(jù)、斷頭路先理清楚。PPT里提到的四件事數(shù)據(jù)標(biāo)準(zhǔn)化建設(shè)、數(shù)據(jù)質(zhì)量評(píng)估與提升、全流程數(shù)據(jù)貫通以及數(shù)據(jù)底座的初步構(gòu)建順序上是有講究的。先定標(biāo)準(zhǔn)再評(píng)質(zhì)量最后做貫通。我見過不少項(xiàng)目跳過標(biāo)準(zhǔn)化直接做質(zhì)量整改結(jié)果各區(qū)縣子公司上報(bào)的數(shù)據(jù)口徑都不一樣比如“項(xiàng)目投資額”有的填含稅、有的填不含稅有的填累計(jì)、有的填當(dāng)年后面所有分析全是錯(cuò)的。常見做法是先成立一個(gè)臨時(shí)的數(shù)據(jù)標(biāo)準(zhǔn)工作組由財(cái)務(wù)、工程、運(yùn)營(yíng)幾個(gè)核心條線的業(yè)務(wù)骨干加上技術(shù)團(tuán)隊(duì)組成花兩到三周輸出一版《數(shù)據(jù)標(biāo)準(zhǔn)初稿》覆蓋集團(tuán)最核心的幾類數(shù)據(jù)財(cái)務(wù)數(shù)據(jù)、項(xiàng)目數(shù)據(jù)、人員數(shù)據(jù)。數(shù)據(jù)質(zhì)量評(píng)估這塊PPT點(diǎn)到“發(fā)現(xiàn)數(shù)據(jù)存在的問題并進(jìn)行整改”落地時(shí)我一般會(huì)引入一個(gè)質(zhì)量評(píng)分機(jī)制對(duì)每類核心數(shù)據(jù)從完整性、準(zhǔn)確性、一致性、及時(shí)性四個(gè)維度打分低于80分的字段要列出整改責(zé)任人和時(shí)限。全流程數(shù)據(jù)貫通說白了就是打通從業(yè)務(wù)系統(tǒng)到數(shù)據(jù)倉(cāng)庫(kù)的管道城投集團(tuán)常見的斷點(diǎn)有三個(gè)一是老系統(tǒng)的數(shù)據(jù)沒接口靠人工導(dǎo)出Excel再導(dǎo)入二是各子公司的編碼規(guī)則不統(tǒng)一比如同一個(gè)供應(yīng)商在A公司叫“XX建設(shè)集團(tuán)”在B公司叫“XX建設(shè)集團(tuán)有限公司”三是數(shù)據(jù)時(shí)效性差月報(bào)數(shù)據(jù)要次月中才能拿到。這個(gè)階段的技術(shù)工具不需要太復(fù)雜我建議先用成熟的ETL工具加上數(shù)據(jù)質(zhì)量校驗(yàn)?zāi)_本把核心鏈路的調(diào)度跑起來。2.2 第二階段數(shù)據(jù)底座建設(shè)與共享機(jī)制落地的關(guān)鍵動(dòng)作第二階段是在第一階段的基礎(chǔ)上把“能用的數(shù)據(jù)”變成“好用的服務(wù)”。PPT里明確提到四件事搭建穩(wěn)定可擴(kuò)展的數(shù)據(jù)底座、建立數(shù)據(jù)共享機(jī)制、強(qiáng)化安全與隱私保護(hù)、探索數(shù)據(jù)服務(wù)化。數(shù)據(jù)底座的技術(shù)選型城投集團(tuán)這類企業(yè)通常會(huì)面臨一個(gè)現(xiàn)實(shí)約束預(yù)算有限、運(yùn)維人員少、又不能完全依賴云廠商。所以我的建議是“混合架構(gòu)”核心的貼源層和數(shù)據(jù)倉(cāng)庫(kù)層用國(guó)產(chǎn)化數(shù)據(jù)庫(kù)或者開源MPP數(shù)據(jù)庫(kù)數(shù)據(jù)服務(wù)層用微服務(wù)的方式封裝避免一開始就上全套數(shù)據(jù)湖套裝。PPT里強(qiáng)調(diào)“支撐企業(yè)各類數(shù)據(jù)的存儲(chǔ)、計(jì)算和分析需求”這句話落地時(shí)對(duì)應(yīng)的是算力資源和存儲(chǔ)資源的規(guī)劃至少要按三年數(shù)據(jù)增長(zhǎng)量來預(yù)留。數(shù)據(jù)共享機(jī)制的建立我認(rèn)為這是第二階段最考驗(yàn)組織推動(dòng)力的事。PPT里寫“明確數(shù)據(jù)共享的范圍、方式和責(zé)任人”實(shí)際做的時(shí)候要出一份《數(shù)據(jù)共享目錄》把每一類數(shù)據(jù)資產(chǎn)標(biāo)清楚數(shù)據(jù)名稱、所屬部門、共享范圍集團(tuán)內(nèi)/子公司間/對(duì)外、共享方式API/文件/庫(kù)表、責(zé)任人。沒有這份目錄后面談共享都是空的。數(shù)據(jù)服務(wù)化探索可以從最常用的幾個(gè)場(chǎng)景切入比如項(xiàng)目進(jìn)度查詢服務(wù)、財(cái)務(wù)指標(biāo)分析服務(wù)、供應(yīng)商風(fēng)險(xiǎn)預(yù)警服務(wù)把這些封裝成API給業(yè)務(wù)系統(tǒng)調(diào)用比讓各系統(tǒng)直接連數(shù)據(jù)庫(kù)要安全得多也便于后續(xù)做權(quán)限管控。2.3 治理價(jià)值怎么向領(lǐng)導(dǎo)匯報(bào)從決策質(zhì)量到跨部門協(xié)作PPT里用了整整一章講數(shù)據(jù)治理的價(jià)值體現(xiàn)這部分其實(shí)不是寫給技術(shù)人員看的是寫給決策層看的。里面提到的高質(zhì)量數(shù)據(jù)提高決策質(zhì)量、降低決策風(fēng)險(xiǎn)、打破數(shù)據(jù)孤島、促進(jìn)跨部門協(xié)作在匯報(bào)時(shí)要落到具體的故事上。我建議在匯報(bào)材料里配一張“治理前后對(duì)比表”左邊寫治理前的狀態(tài)月度經(jīng)營(yíng)分析會(huì)要等三個(gè)子公司手工上報(bào)數(shù)據(jù)、口徑對(duì)不齊、每次開會(huì)前IT部門要花兩天核對(duì)右邊寫治理后的狀態(tài)數(shù)據(jù)自動(dòng)匯聚到中臺(tái)指標(biāo)口徑統(tǒng)一領(lǐng)導(dǎo)在駕駛艙里直接看實(shí)時(shí)數(shù)據(jù)。PPT里的“增強(qiáng)決策信心”這句話很妙它強(qiáng)調(diào)的不是技術(shù)指標(biāo)而是決策者主觀感受的變化——從“這數(shù)據(jù)準(zhǔn)不準(zhǔn)”變成“直接按這個(gè)數(shù)決策”。匯報(bào)時(shí)把價(jià)值點(diǎn)收斂成三個(gè)方向就夠了對(duì)外提升融資能力評(píng)級(jí)機(jī)構(gòu)要看數(shù)據(jù)質(zhì)量、對(duì)內(nèi)提升管理效率減少報(bào)表核對(duì)人力、面向未來支撐新業(yè)務(wù)數(shù)據(jù)服務(wù)化后可以更快響應(yīng)新需求。3. 數(shù)據(jù)集設(shè)計(jì)整體方法論從調(diào)研到落地的五個(gè)步驟數(shù)據(jù)集設(shè)計(jì)是整份方案里離“實(shí)操”最近的一章PPT給出的路徑是調(diào)研業(yè)務(wù)需求 → 分析數(shù)據(jù)特點(diǎn) → 識(shí)別關(guān)鍵數(shù)據(jù)元素 → 制定分類分級(jí)策略 → 做標(biāo)準(zhǔn)化規(guī)范化。這條路徑看起來平實(shí)但每一步都有容易踩空的細(xì)節(jié)。3.1 業(yè)務(wù)需求調(diào)研與關(guān)鍵數(shù)據(jù)元素識(shí)別識(shí)別什么、怎么問調(diào)研不能只找信息部門聊必須走到業(yè)務(wù)部門。城投集團(tuán)的核心業(yè)務(wù)板塊一般包括基礎(chǔ)設(shè)施建設(shè)、土地開發(fā)、公共服務(wù)運(yùn)營(yíng)、產(chǎn)業(yè)投資、融資化債等每個(gè)板塊的數(shù)據(jù)特點(diǎn)差別很大。調(diào)研時(shí)我習(xí)慣帶著一張問題清單去每個(gè)業(yè)務(wù)部門問四類問題你日常決策最依賴哪些數(shù)據(jù)這些數(shù)據(jù)從哪里來這些數(shù)據(jù)目前存在哪些質(zhì)量問題不準(zhǔn)、不全、不及時(shí)你最希望從其他部門獲取什么數(shù)據(jù)哪些數(shù)據(jù)你認(rèn)為是敏感數(shù)據(jù)不能隨便共享識(shí)別關(guān)鍵數(shù)據(jù)元素時(shí)PPT點(diǎn)到了財(cái)務(wù)數(shù)據(jù)、項(xiàng)目數(shù)據(jù)、人員數(shù)據(jù)這三類。實(shí)際調(diào)研下來城投集團(tuán)還有兩類容易被忽略但很重要的數(shù)據(jù)一類是融資與債務(wù)數(shù)據(jù)直接關(guān)系到集團(tuán)的資金鏈安全和評(píng)級(jí)另一類是土地與資產(chǎn)數(shù)據(jù)包括土地儲(chǔ)備、在建工程、已運(yùn)營(yíng)資產(chǎn)這是城投的“家底”。這兩類數(shù)據(jù)的準(zhǔn)確性要求極高我一般會(huì)在調(diào)研報(bào)告里把融資債務(wù)數(shù)據(jù)標(biāo)記為P0級(jí)優(yōu)先治理對(duì)象。3.2 數(shù)據(jù)分類分級(jí)管理與保護(hù)策略把數(shù)據(jù)分成四類五級(jí)PPT里把數(shù)據(jù)分了公開、內(nèi)部、機(jī)密等類別分級(jí)保護(hù)策略涉及訪問控制、加密傳輸、數(shù)據(jù)備份。這塊可以做得更細(xì)參考金融行業(yè)成熟做法再結(jié)合城投集團(tuán)實(shí)際我在落地時(shí)通常用“四類五級(jí)”的矩陣數(shù)據(jù)類別定義示例默認(rèn)級(jí)別公開數(shù)據(jù)可對(duì)外披露集團(tuán)簡(jiǎn)介、招投標(biāo)公告L1內(nèi)部數(shù)據(jù)集團(tuán)內(nèi)部可用組織架構(gòu)、內(nèi)部制度L2敏感數(shù)據(jù)受限共享財(cái)務(wù)明細(xì)、債務(wù)合同、考核結(jié)果L3機(jī)密數(shù)據(jù)嚴(yán)格管控融資方案、土地儲(chǔ)備底價(jià)、戰(zhàn)略規(guī)劃L4這個(gè)矩陣的好處是業(yè)務(wù)部門可以對(duì)照表里“示例”列快速給數(shù)據(jù)打標(biāo)簽而不是對(duì)著抽象的定義發(fā)呆。訪問控制策略和級(jí)別掛鉤L1數(shù)據(jù)全員可讀L2數(shù)據(jù)在集團(tuán)內(nèi)網(wǎng)可訪問L3數(shù)據(jù)需要申請(qǐng)審批按角色授權(quán)粒度到部門或項(xiàng)目組L4數(shù)據(jù)除了授權(quán)外還要有操作審計(jì)日志。加密和備份也要分級(jí)L3以上數(shù)據(jù)在傳輸層強(qiáng)制走加密通道L4數(shù)據(jù)的備份要單獨(dú)存放不能和普通備份混在一起。3.3 標(biāo)準(zhǔn)化與規(guī)范化命名規(guī)則怎么定、清洗到什么程度數(shù)據(jù)標(biāo)準(zhǔn)化是最枯燥但最見功底的環(huán)節(jié)。PPT提到統(tǒng)一命名規(guī)則、格式要求、質(zhì)量評(píng)估標(biāo)準(zhǔn)。命名規(guī)則這塊城投集團(tuán)由于歷史原因各子公司各搞一套統(tǒng)一起來阻力不小。我的做法是定一套“域_主題_子類_業(yè)務(wù)含義”的四段式命名法表名、字段名統(tǒng)一小寫加下劃線。舉個(gè)例子財(cái)務(wù)域的營(yíng)收表命名規(guī)則是fin_revenue_monthly_detail其中fin是財(cái)務(wù)域revenue是主題營(yíng)收monthly是粒度detail是明細(xì)表。字段名如actual_amount實(shí)際金額、budget_amount預(yù)算金額、report_date報(bào)表日期。規(guī)則定完之后用自動(dòng)化腳本掃存量表不符合規(guī)則的批量生成修改建議而不是一句話要求各子公司手工改。數(shù)據(jù)清洗要清洗到什么程度這是個(gè)需要權(quán)衡的問題。我的建議是“核心字段零容忍、次要字段可容忍”直接影響決策和監(jiān)管報(bào)送的字段如融資金額、項(xiàng)目進(jìn)度、合同金額必須達(dá)到100%準(zhǔn)確輔助分析的字段如備注、擴(kuò)展屬性可以先清洗明顯錯(cuò)誤逐步迭代。清洗規(guī)則沉淀成腳本后續(xù)新數(shù)據(jù)進(jìn)來自動(dòng)執(zhí)行不能指望人工。4. 數(shù)據(jù)中臺(tái)模型構(gòu)建分層架構(gòu)與數(shù)據(jù)建模方法PPT里把數(shù)據(jù)中臺(tái)定義為“集數(shù)據(jù)整合、存儲(chǔ)、處理、分析和應(yīng)用于一體的綜合性平臺(tái)”強(qiáng)調(diào)統(tǒng)一管理和調(diào)度、支持多源接入、提供豐富分析工具。這個(gè)定義是準(zhǔn)確的但從架構(gòu)到落地中間還有一段路下面把模型構(gòu)建拆開講。4.1 中臺(tái)分層模型設(shè)計(jì)貼源層、明細(xì)層、匯總層、應(yīng)用層怎么分?jǐn)?shù)據(jù)中臺(tái)的模型分層業(yè)內(nèi)主流做法是參考維度建模的經(jīng)典分層再按城投業(yè)務(wù)特性做裁剪。我常用的分層方案是四層貼源層ODS原樣接入各業(yè)務(wù)系統(tǒng)數(shù)據(jù)保留歷史痕跡城投集團(tuán)涉及的源系統(tǒng)常見的有財(cái)務(wù)系統(tǒng)、項(xiàng)目管理系統(tǒng)、土地管理系統(tǒng)、OA系統(tǒng)、融資管理系統(tǒng)等。這一層的表結(jié)構(gòu)和源系統(tǒng)保持一致不做深度加工主要作用是隔離源系統(tǒng)變動(dòng)對(duì)下游的影響。明細(xì)層DWD清洗、標(biāo)準(zhǔn)化、維度退化的地方。比如把各子公司口徑不一的“項(xiàng)目狀態(tài)”統(tǒng)一成集團(tuán)標(biāo)準(zhǔn)編碼把“投資金額”統(tǒng)一換算成萬元且不含稅。這一層是數(shù)據(jù)治理成果的集中體現(xiàn)前面做的標(biāo)準(zhǔn)化規(guī)則都在這里落地。匯總層DWS按業(yè)務(wù)主題做輕度匯總比如按月度、按子公司、按項(xiàng)目類型匯總的財(cái)務(wù)指標(biāo)表、項(xiàng)目進(jìn)度表。這一層主要服務(wù)常規(guī)報(bào)表和經(jīng)營(yíng)分析查詢性能要求高通常用寬表設(shè)計(jì)。應(yīng)用層ADS面向具體應(yīng)用場(chǎng)景加工比如領(lǐng)導(dǎo)駕駛艙的指標(biāo)大屏、融資風(fēng)險(xiǎn)預(yù)警模型的特征表、子公司績(jī)效考核的得分表。每層之間的數(shù)據(jù)流轉(zhuǎn)用調(diào)度任務(wù)管理我一般會(huì)在每張表上留etl_time字段方便排查數(shù)據(jù)時(shí)效問題。4.2 數(shù)據(jù)建模方法與優(yōu)化維度建模在城投業(yè)務(wù)里的具體用法PPT提到“數(shù)據(jù)建模方法與優(yōu)化”維度建模是數(shù)據(jù)中臺(tái)最常用的方法。城投集團(tuán)的業(yè)務(wù)建模我梳理下來核心的維度表不會(huì)太多組織維度集團(tuán)、子公司、部門項(xiàng)目維度項(xiàng)目編號(hào)、項(xiàng)目名稱、項(xiàng)目類型基建/土地/產(chǎn)業(yè)、項(xiàng)目階段客戶/供應(yīng)商維度時(shí)間維度日、月、季、年核心的事實(shí)表圍繞這幾個(gè)維度展開。項(xiàng)目進(jìn)度事實(shí)表的設(shè)計(jì)可以用下面的示例來說明結(jié)構(gòu)CREATE TABLE dwd_project_progress_daily ( project_id STRING COMMENT 項(xiàng)目編號(hào), project_name STRING COMMENT 項(xiàng)目名稱, org_id STRING COMMENT 所屬子公司, progress_stage STRING COMMENT 項(xiàng)目階段立項(xiàng)/在建/竣工/結(jié)算, plan_finish_date DATE COMMENT 計(jì)劃完工日期, actual_finish_date DATE COMMENT 實(shí)際完工日期, investment_plan_amt DECIMAL(16,2) COMMENT 計(jì)劃投資額萬元, investment_actual_amt DECIMAL(16,2) COMMENT 實(shí)際完成投資額萬元, progress_pct DECIMAL(5,2) COMMENT 形象進(jìn)度百分比, etl_time TIMESTAMP COMMENT ETL寫入時(shí)間 ) PARTITIONED BY (dt STRING COMMENT 數(shù)據(jù)分區(qū)日期);這段DDL的邏輯要點(diǎn)分區(qū)字段dt按天分區(qū)數(shù)據(jù)量可控且方便回刷歷史progress_pct這個(gè)字段在業(yè)務(wù)系統(tǒng)里很多是估算值治理時(shí)重點(diǎn)核查來源etl_time用于定位數(shù)據(jù)延遲問題。建模優(yōu)化上我一般關(guān)注三個(gè)維度分區(qū)設(shè)計(jì)避免全表掃描、常用關(guān)聯(lián)字段加排序、匯總層寬表減少join次數(shù)。4.3 數(shù)據(jù)服務(wù)化把數(shù)據(jù)封裝成API的實(shí)操路徑PPT里“將數(shù)據(jù)封裝為服務(wù)提供給業(yè)務(wù)部門或外部合作伙伴”這句話落地時(shí)要從選接口、定協(xié)議、控權(quán)限三步走。接口選擇上不要一開始就做一堆通用查詢API那是給自己挖坑。建議從業(yè)務(wù)痛點(diǎn)最明確的場(chǎng)景切入比如“項(xiàng)目進(jìn)度綜合查詢”接口輸入項(xiàng)目編號(hào)返回項(xiàng)目全生命周期信息“融資到期提醒”接口返回未來90天內(nèi)到期的融資明細(xì)。每個(gè)接口對(duì)應(yīng)一個(gè)明確的業(yè)務(wù)場(chǎng)景而不是為了“服務(wù)化”而服務(wù)化。協(xié)議上內(nèi)部系統(tǒng)之間優(yōu)先走RESTful API加JSON格式簡(jiǎn)單直接對(duì)延遲敏感的場(chǎng)景可以選gRPC但城投集團(tuán)這種體量RESTful夠用了。權(quán)限控制走統(tǒng)一網(wǎng)關(guān)在網(wǎng)關(guān)層做應(yīng)用認(rèn)證和用戶授權(quán)接口層面不重復(fù)實(shí)現(xiàn)。5. 數(shù)據(jù)安全與分級(jí)管理的避坑指南五個(gè)高頻翻車點(diǎn)數(shù)據(jù)治理方案里安全與分級(jí)管理是最容易“紙上談兵”的部分因?yàn)閰R報(bào)時(shí)寫得漂亮落地時(shí)才發(fā)現(xiàn)到處是坑。這章把我在類似項(xiàng)目里遇到的高頻問題列出來每一條都是踩過的。5.1 分類分級(jí)做了但沒人認(rèn)領(lǐng)數(shù)據(jù)現(xiàn)象數(shù)據(jù)分類分級(jí)方案發(fā)布三個(gè)月各類數(shù)據(jù)依然沒人明確責(zé)任人新系統(tǒng)上線前不知道數(shù)據(jù)該定為哪一級(jí)。原因方案是IT部門寫的業(yè)務(wù)部門覺得“這是技術(shù)的事”數(shù)據(jù)資產(chǎn)清單沒有和業(yè)務(wù)部門對(duì)齊。解決把數(shù)據(jù)資產(chǎn)認(rèn)領(lǐng)納入各子公司的年度考核指標(biāo)資產(chǎn)清單里每條數(shù)據(jù)必須指定業(yè)務(wù)責(zé)任人和技術(shù)責(zé)任人兩個(gè)崗位都簽字確認(rèn)。IT部門只提供分類分級(jí)的工具和方法論不代替業(yè)務(wù)部門做決定。5.2 敏感數(shù)據(jù)加密后業(yè)務(wù)查詢慢到不可用現(xiàn)象對(duì)財(cái)務(wù)數(shù)據(jù)開啟加密存儲(chǔ)后經(jīng)營(yíng)分析系統(tǒng)查詢響應(yīng)從2秒變成15秒業(yè)務(wù)部門直接投訴。原因加密粒度過細(xì)每條記錄獨(dú)立加密導(dǎo)致無法走索引應(yīng)用層未做解密優(yōu)化。解決加密策略調(diào)整為分級(jí)處理——極高敏字段如銀行賬號(hào)單獨(dú)加密存儲(chǔ)同時(shí)增加等保三級(jí)要求的加密機(jī)設(shè)備做硬件加速中敏數(shù)據(jù)如財(cái)務(wù)金額在數(shù)據(jù)庫(kù)層用透明加密對(duì)應(yīng)用無感知但能做全盤加密低敏數(shù)據(jù)保持明文。查詢優(yōu)化上加解密緩存層高頻查詢字段走緩存。5.3 數(shù)據(jù)脫敏做到了測(cè)試庫(kù)卻漏了報(bào)表導(dǎo)出現(xiàn)象生產(chǎn)環(huán)境做了嚴(yán)格的脫敏規(guī)則但業(yè)務(wù)人員導(dǎo)出Excel報(bào)表時(shí)敏感數(shù)據(jù)原樣帶出。原因脫敏策略只覆蓋了數(shù)據(jù)庫(kù)訪問鏈路沒覆蓋數(shù)據(jù)服務(wù)API和報(bào)表導(dǎo)出鏈路Excel導(dǎo)出功能是早期開發(fā)的未接入統(tǒng)一安全網(wǎng)關(guān)。解決把脫敏下沉到底層數(shù)據(jù)服務(wù)層所有的API出參、報(bào)表導(dǎo)出都經(jīng)過統(tǒng)一脫敏引擎按接收方角色動(dòng)態(tài)脫敏。領(lǐng)導(dǎo)角色看明文普通用戶看掩碼。5.4 分級(jí)制度發(fā)布后老系統(tǒng)完全不受控現(xiàn)象新制度要求L3以上數(shù)據(jù)操作必須有審計(jì)日志但十幾個(gè)老業(yè)務(wù)系統(tǒng)根本沒有日志模塊。原因制度制定時(shí)沒評(píng)估存量系統(tǒng)的技術(shù)現(xiàn)狀老系統(tǒng)改造工作量巨大導(dǎo)致制度成了一紙空文。解決不要強(qiáng)求老系統(tǒng)全部改造。先梳理核心高敏數(shù)據(jù)的流轉(zhuǎn)路徑在關(guān)鍵節(jié)點(diǎn)上部署旁路審計(jì)網(wǎng)關(guān)比如數(shù)據(jù)庫(kù)代理層開啟全量SQL審計(jì)、文件服務(wù)器開啟訪問日志。新系統(tǒng)從架構(gòu)評(píng)審開始強(qiáng)制要求具備安全審計(jì)能力。5.5 數(shù)據(jù)共享范圍寫得太粗執(zhí)行時(shí)互相扯皮現(xiàn)象《數(shù)據(jù)共享目錄》里“共享范圍”一欄寫的是“集團(tuán)內(nèi)共享”結(jié)果子公司之間互相不買賬——A子公司覺得財(cái)務(wù)數(shù)據(jù)不能給B子公司看。原因共享范圍定義模糊沒有細(xì)化到“數(shù)據(jù)項(xiàng)角色”的組合也沒有共享審批流程支撐。解決把共享粒度從“數(shù)據(jù)集”降到“數(shù)據(jù)項(xiàng)”。比方說要共享“項(xiàng)目投資額”給其他子公司就要明確哪些角色可以看到“項(xiàng)目投資總額”、哪些角色只能看“項(xiàng)目名稱與進(jìn)度”。審批流程固定成標(biāo)準(zhǔn)動(dòng)作——申請(qǐng)、部門確認(rèn)、數(shù)據(jù)中心審核、授權(quán)、留痕。5.6 備份策略一刀切恢復(fù)演練沒人做現(xiàn)象所有數(shù)據(jù)統(tǒng)一每日全量備份備份窗口過長(zhǎng)影響業(yè)務(wù)更麻煩的是從沒做過恢復(fù)演練真有事故時(shí)發(fā)現(xiàn)備份文件損壞。原因備份策略沒按數(shù)據(jù)分級(jí)區(qū)分L1公開數(shù)據(jù)和L4機(jī)密數(shù)據(jù)一個(gè)待遇運(yùn)維團(tuán)隊(duì)只管備份不管恢復(fù)。解決按數(shù)據(jù)級(jí)別分策略L4數(shù)據(jù)每日增量加每周全量備份文件單獨(dú)加密存放且保留兩份副本L3數(shù)據(jù)每日增量L2和L1數(shù)據(jù)每周全量即可。每季度做一次恢復(fù)抽檢演練從備份庫(kù)隨機(jī)抽10%的表做完整恢復(fù)驗(yàn)證。6. 把方案變成落地路線圖驗(yàn)證治理效果的三板斧方案寫得再好最終要回答的問題是數(shù)據(jù)治理到底有沒有成效這里分享我驗(yàn)證治理效果最常用的三個(gè)方法也是我在歷次項(xiàng)目里最后收尾必做的動(dòng)作。6.1 第一板斧搭建數(shù)據(jù)質(zhì)量看板讓問題暴露在明面上治理成效不是靠感覺是靠指標(biāo)。我建議在數(shù)據(jù)中臺(tái)之上構(gòu)建一個(gè)輕量級(jí)的數(shù)據(jù)質(zhì)量看板每天自動(dòng)跑質(zhì)量稽核任務(wù)展示四類核心指標(biāo)完整性必填字段缺失率、準(zhǔn)確性與源系統(tǒng)比對(duì)不一致率、一致性跨系統(tǒng)同一指標(biāo)口徑差異項(xiàng)數(shù)、及時(shí)性數(shù)據(jù)延遲小時(shí)數(shù)。這個(gè)看板不追求復(fù)雜能看出趨勢(shì)就行。我給團(tuán)隊(duì)定的目標(biāo)是上線一個(gè)月內(nèi)核心數(shù)據(jù)的完整性要達(dá)到99%以上準(zhǔn)確性要達(dá)到99.5%以上一致性差異項(xiàng)歸零。達(dá)不到的字段要能鉆取到具體的數(shù)據(jù)表和數(shù)據(jù)記錄。# 每日質(zhì)量稽核腳本示意統(tǒng)計(jì)核心表缺失率 #!/bin/bash # 適用于定時(shí)任務(wù)調(diào)度的數(shù)據(jù)質(zhì)量稽核 # 參數(shù)1: 表名 參數(shù)2: 必填字段列表逗號(hào)分隔 參數(shù)3: 分區(qū)日期 TABLE_NAME$1 REQ_FIELDS$2 PARTITION_DT$3 IFS, read -ra FIELD_ARRAY $REQ_FIELDS for field in ${FIELD_ARRAY[]} do # 統(tǒng)計(jì)指定字段為空的記錄占比 sqlSELECT concat($field, _missing_rate, sqlround(sum(CASE WHEN $field IS NULL OR TRIM($field) THEN 1 ELSE 0 END)/count(*),4)) sqlFROM $TABLE_NAME WHERE dt$PARTITION_DT; echo ${sql} | /usr/bin/mysql -h${DB_HOST} -u${DB_USER} -p${DB_PASS} ${DB_NAME} done這段腳本的邏輯很簡(jiǎn)單遍歷必填字段列表對(duì)每個(gè)字段統(tǒng)計(jì)空值占比并輸出。參數(shù)化設(shè)計(jì)的目的是方便接入統(tǒng)一調(diào)度平臺(tái)。建議腳本跑完后把結(jié)果寫入質(zhì)量匯總表而不是只打到日志里否則趨勢(shì)分析沒法做。6.2 第二板斧做一次全鏈路數(shù)據(jù)溯源驗(yàn)證全鏈路數(shù)據(jù)溯源是驗(yàn)證“全流程數(shù)據(jù)貫通”是否真正落地的關(guān)鍵手段。做法是隨機(jī)挑一個(gè)業(yè)務(wù)指標(biāo)比如“某子公司2024年度基礎(chǔ)設(shè)施投資完成額”從領(lǐng)導(dǎo)駕駛艙展示的這個(gè)數(shù)字出發(fā)逐層往下鉆取駕駛艙 → 匯總層寬表 → 明細(xì)層流水 → ODS貼源數(shù)據(jù) → 源業(yè)務(wù)系統(tǒng)原始單據(jù) → 紙質(zhì)臺(tái)賬或線下記錄。我每次做這個(gè)驗(yàn)證都抱著一種“不找到源頭不罷休”的態(tài)度。驗(yàn)證時(shí)不光看數(shù)據(jù)對(duì)不對(duì)還要記錄每一層經(jīng)過了什么加工邏輯、有沒有口徑轉(zhuǎn)換、耗時(shí)多久。做完五六個(gè)指標(biāo)的溯源就能判斷數(shù)據(jù)鏈路里哪些環(huán)節(jié)是黑匣子、哪些環(huán)節(jié)有重復(fù)加工或口徑漂移發(fā)現(xiàn)的問題納入下一輪治理計(jì)劃。6.3 第三板斧做業(yè)務(wù)部門的滿意度回訪技術(shù)指標(biāo)好看不代表業(yè)務(wù)部門真的用上了數(shù)據(jù)。我每次在項(xiàng)目收尾階段都會(huì)做一輪業(yè)務(wù)滿意度調(diào)研問卷不搞虛的就問四個(gè)問題你所需要的數(shù)據(jù)能否在自助平臺(tái)上找到找到的數(shù)據(jù)是否準(zhǔn)確可信取數(shù)的速度比之前快了多少你還缺哪些數(shù)據(jù)沒人管調(diào)研結(jié)果分三檔好用的是“直接能用、不用IT介入”一般的是“能用但要找IT幫忙核對(duì)”差的是“找不到或者不敢用”。前兩檔比例加起來能達(dá)到80%以上治理工作就算階段性驗(yàn)收了。第三檔的比例如果高于20%說明數(shù)據(jù)集設(shè)計(jì)和數(shù)據(jù)服務(wù)化還缺火候需要把那些“沒人管的數(shù)據(jù)”納入下一輪專項(xiàng)治理范圍。回想我這些年做過的數(shù)據(jù)治理項(xiàng)目有一條教訓(xùn)印象很深方案寫得好不好不在于把PPT目錄做得多完整而在于每一條治理策略是否都能對(duì)應(yīng)到一個(gè)具體的驗(yàn)證動(dòng)作。后來我不管接手什么項(xiàng)目拿到方案第一件事就是對(duì)著目錄問三個(gè)問題——誰來執(zhí)行、怎么執(zhí)行、怎么驗(yàn)證執(zhí)行結(jié)果。這三個(gè)問題答不上來的章節(jié)再漂亮的架構(gòu)圖都先打個(gè)問號(hào)。這份PPT里值得肯定的是它的階段劃分和數(shù)據(jù)集方法論是經(jīng)得起推敲的可以當(dāng)?shù)赘宓苯诱罩钸€遠(yuǎn)遠(yuǎn)不夠。希望這份拆解能幫你在改方案時(shí)少走一些彎路把精力花在真正能落地的地方。本文還有配套的精品資源點(diǎn)擊獲取