數(shù)據(jù)資產(chǎn)管理系統(tǒng)

數(shù)據(jù)資產(chǎn)管理包含數(shù)據(jù)標(biāo)準(zhǔn)管理、數(shù)據(jù)模型管理、元數(shù)據(jù)管理、主數(shù)據(jù)管理、數(shù)據(jù)質(zhì)量管理、數(shù)據(jù)安全管理、數(shù)據(jù)價值管理、數(shù)據(jù)共享管理等8個管理。

1、數(shù)據(jù)標(biāo)準(zhǔn)是指保障數(shù)據(jù)內(nèi)外部使用和交換一致性和準(zhǔn)確性、規(guī)范性的約束，數(shù)據(jù)標(biāo)準(zhǔn)管理關(guān)鍵活動的第一個是理解數(shù)據(jù)標(biāo)準(zhǔn)化的需求，即任何一個管理活動都要和企業(yè)的戰(zhàn)略規(guī)劃、企業(yè)的需求緊密地結(jié)合。

數(shù)據(jù)標(biāo)準(zhǔn)管理的第二個關(guān)鍵活動就是制定數(shù)據(jù)標(biāo)準(zhǔn)的體系與規(guī)范，第三個是制定相應(yīng)的管理辦法以及實施流程要求，第四個是建立一些數(shù)據(jù)標(biāo)準(zhǔn)的管理工具。

2、數(shù)據(jù)模型是現(xiàn)實世界數(shù)據(jù)特征的抽象。數(shù)據(jù)模型包括三個：

概念模型，概念模型是面向用戶與客觀實踐的，構(gòu)建概念模型的本身與數(shù)據(jù)庫或者數(shù)據(jù)倉庫的架構(gòu)搭建沒有特別多的關(guān)系。

在建立了概念模型的基礎(chǔ)之上可以構(gòu)建邏輯模型，邏輯模型是面向業(yè)務(wù)的，用于指導(dǎo)一些數(shù)據(jù)庫系統(tǒng)的實現(xiàn)。

物理模型，物理模型是基于邏輯模型，面向計算機物理表示，考慮了操作系統(tǒng)、硬件模型等等，描述數(shù)據(jù)在存儲介質(zhì)上的結(jié)構(gòu)。

3、元數(shù)據(jù)管理，以二維表為例，想描述一個二維表信息的話，可以描述它每一行、每一頁，也可以提取這個表中的一些抽象化或者是更高層次的信息，比如說這些表的字段或者表的結(jié)構(gòu)以及表的大小等等，這樣就對這個表格進(jìn)行了數(shù)據(jù)的描述。

可以幫助實現(xiàn)關(guān)鍵信息的追蹤與記錄，快速掌握元數(shù)據(jù)的變化可能帶來的風(fēng)險。

元數(shù)據(jù)非常關(guān)鍵的運用是進(jìn)行血緣分析和影響分析，通過進(jìn)行血緣分析和影響分析可以了解數(shù)據(jù)走向，知道數(shù)據(jù)是從哪里來到哪里去，也可以構(gòu)建數(shù)據(jù)地圖和數(shù)據(jù)目錄自動提取元數(shù)據(jù)信息，了解這個企業(yè)目前擁有數(shù)據(jù)資產(chǎn)情況。

4、主數(shù)據(jù)管理，比如說供應(yīng)商數(shù)據(jù)、物料數(shù)據(jù)、客戶數(shù)據(jù)、員工數(shù)據(jù)。主數(shù)據(jù)管理可以使企業(yè)跨系統(tǒng)使用一致的和共享的數(shù)據(jù)，從而可以降低成本和復(fù)雜度，來支撐跨部門、跨系統(tǒng)數(shù)據(jù)融合的應(yīng)用。

主數(shù)據(jù)的關(guān)鍵活動包括識別主數(shù)據(jù)、定義和維護(hù)主數(shù)據(jù)的架構(gòu)以及實現(xiàn)數(shù)據(jù)庫與主數(shù)據(jù)庫的同步。

主數(shù)據(jù)管理在很多行業(yè)成為企業(yè)開展數(shù)據(jù)資產(chǎn)管理的切入點。通過對主數(shù)據(jù)的梳理和管理，將建立數(shù)據(jù)的一個參考，為數(shù)據(jù)標(biāo)準(zhǔn)后期的管理節(jié)約很多的人力和物力。

5、數(shù)據(jù)質(zhì)量管理，可以幫助企業(yè)獲得一些干凈以及結(jié)構(gòu)清晰的數(shù)據(jù)，進(jìn)而可以提高數(shù)據(jù)應(yīng)用和服務(wù)的水平。數(shù)據(jù)質(zhì)量好壞的衡量指標(biāo)一般包括完整性、規(guī)范性、一致性、準(zhǔn)確性、唯一性、時效性。

在定義數(shù)據(jù)質(zhì)量管理時應(yīng)該將管理過程中成本考慮進(jìn)去。同樣還需要和企業(yè)的業(yè)務(wù)需求緊密結(jié)合找到平衡點。數(shù)據(jù)質(zhì)量管理其他的關(guān)鍵活動包括持續(xù)的測量、監(jiān)控數(shù)據(jù)的質(zhì)量、分析數(shù)據(jù)質(zhì)量產(chǎn)生問題的根本原因，以及制定數(shù)據(jù)質(zhì)量的改善方案，監(jiān)控數(shù)據(jù)質(zhì)量管理操作和績效等等。

6、數(shù)據(jù)安全管理，主要是對數(shù)據(jù)設(shè)定一些安全等級來評估數(shù)據(jù)的安全風(fēng)險，來完善數(shù)據(jù)安全管理相關(guān)的技術(shù)規(guī)范，通過對數(shù)據(jù)進(jìn)行全生命周期的安全管控，包括數(shù)據(jù)的生成、存儲、使用、共享、銷毀等實現(xiàn)事中前可管、事中可控、事后可查。

7、數(shù)據(jù)價值管理，通過從數(shù)據(jù)的成本和數(shù)據(jù)的應(yīng)用價值兩個方面的度量，使企業(yè)能夠最優(yōu)化、最大化釋放數(shù)據(jù)的價值。成本價值計量可以從采集、存儲、計算成本進(jìn)行評估，也可以從運維成本評估，還可以從數(shù)據(jù)的活性以及數(shù)據(jù)質(zhì)量應(yīng)用場景的經(jīng)濟(jì)性等角度進(jìn)行評估。

數(shù)據(jù)的成本和數(shù)據(jù)價值的評估維度主要和自己的應(yīng)用場景和業(yè)務(wù)需求掛鉤即可。數(shù)據(jù)成本與數(shù)據(jù)價值典型評價方法包括成本法、收益法和市場化。

8、數(shù)據(jù)共享管理，包括數(shù)據(jù)內(nèi)部共享、外部流通、對外開放。數(shù)據(jù)共享管理的關(guān)鍵活動就是包括定義數(shù)據(jù)資產(chǎn)運營指標(biāo)、設(shè)計管理方案等。

資產(chǎn)管理系統(tǒng)有哪些功能？

《資產(chǎn)管理系統(tǒng)》的功能特點：該系統(tǒng)不僅包攬了固定資產(chǎn)全部流程的管理工作、日常繁雜的統(tǒng)計核對，自動生成會計折舊數(shù)據(jù)等，還考慮到實際使用情況，提供了眾多特色功能。
《資產(chǎn)管理系統(tǒng)》的八大特點：
1、 強大的實用功能
2、先進(jìn)的條形碼管理方式
3、快捷的批量添加資產(chǎn)的功能
4、資產(chǎn)附加自定義屬性
5、對部件和附件分開的管理
6、快捷地資產(chǎn)批量轉(zhuǎn)移和現(xiàn)場轉(zhuǎn)移功能
7、獨特的權(quán)限管理
8、友好的用戶界面、簡便易學(xué)

溫馨提示：以上信息僅供參考。
應(yīng)答時間：2021-11-26，最新業(yè)務(wù)變化請以平安銀行官網(wǎng)公布為準(zhǔn)。

如何理解數(shù)據(jù)資產(chǎn)目錄和數(shù)據(jù)資產(chǎn)標(biāo)簽

《數(shù)據(jù)資產(chǎn)管理實踐白皮書》中對數(shù)據(jù)資產(chǎn)管理的定義、重要性、管理范圍以及項目落地實施的步驟作了全面的指導(dǎo)性說明，白皮書中匯集了國內(nèi)各行業(yè)數(shù)據(jù)資產(chǎn)管理專家的智慧結(jié)晶，對完善國內(nèi)數(shù)據(jù)資產(chǎn)管理相關(guān)理論體系起到了非常大的促進(jìn)作用。

白皮書中也明確說明了數(shù)據(jù)資產(chǎn)管理是為了解決企業(yè)在釋放數(shù)據(jù)價值過程中面臨的諸多問題，通過系統(tǒng)化的管理方式實現(xiàn)數(shù)據(jù)的可得、可用、好用的目的，從而實現(xiàn)數(shù)據(jù)資產(chǎn)價值的最大化。而在實施落地過程中，要實現(xiàn)數(shù)據(jù)資產(chǎn)“可得”這個目標(biāo)，首先就需要明確如何實現(xiàn)數(shù)據(jù)資產(chǎn)管理的全面性，也就是要優(yōu)先解決企業(yè)中有哪些數(shù)據(jù)資產(chǎn)，以及這些數(shù)據(jù)資產(chǎn)在哪里的問題。

同時，數(shù)據(jù)資產(chǎn)管理系統(tǒng)的用戶涵蓋了企業(yè)中對數(shù)據(jù)資產(chǎn)進(jìn)行管理和使用在內(nèi)的多種多樣的角色，而不同的角色，關(guān)心的內(nèi)容也不同，因此，數(shù)據(jù)資產(chǎn)管理系統(tǒng)中需要從不同的角度來描述數(shù)據(jù)資產(chǎn)，并對數(shù)據(jù)資產(chǎn)從類型、用途等多種角度進(jìn)行分類，以滿足不同工作崗位的不同角色對企業(yè)數(shù)據(jù)資產(chǎn)進(jìn)行查找和使用的問題。為了滿足用戶對數(shù)據(jù)資產(chǎn)分類管理和便捷查詢的目的，數(shù)據(jù)資產(chǎn)管理系統(tǒng)中引入了資產(chǎn)目錄和資產(chǎn)標(biāo)簽這兩個概念。

雖然，資產(chǎn)目錄和資產(chǎn)標(biāo)簽這兩個概念的目的都是為了對數(shù)據(jù)資產(chǎn)進(jìn)行歸類，但是，在實踐的過程中，會遇到對這兩個概念定義不清，導(dǎo)致大家都知道這兩個概念，又無法對兩者的區(qū)別給出明確定義的問題。并且，對于這兩者的概念和區(qū)別，很少能在哪個資料中明確地給出一個標(biāo)準(zhǔn)統(tǒng)一的說明，也導(dǎo)致在數(shù)據(jù)資產(chǎn)系統(tǒng)建設(shè)的初期會出現(xiàn)一定程度概念不清晰，需求溝通過程中效率低下的問題。

那么，數(shù)據(jù)資產(chǎn)目錄和數(shù)據(jù)資產(chǎn)標(biāo)簽的區(qū)別是什么呢？

在說明這兩個概念的差別之前，可以想一下目錄和標(biāo)簽的區(qū)別，在生活中的很多場景中都使用了這兩個概念。

例如，每一本書都會有目錄，目錄中描述了整本書的內(nèi)容體系框架，也明確標(biāo)注了不同章節(jié)內(nèi)容的頁碼，方便讀者快速定位。那么，目錄其實至少包含了兩個方面的作用，第一個是為了讓讀者快速了解書中包含的內(nèi)容，第二個是為了讓讀者根據(jù)內(nèi)容的體系框架快速定位到頁數(shù)，方便快速查找。有很多專業(yè)書籍中，不僅會有目錄，在書籍的最后還會有專業(yè)術(shù)語表或者是參考文獻(xiàn)表等。而這些，都是為了滿足讀者從某一個專業(yè)術(shù)語角度或是某一篇參考文獻(xiàn)為出發(fā)點，找到書中相對應(yīng)內(nèi)容的需求。

再舉一個例子，市面上有很多云筆記軟件，國內(nèi)比較著名的有印象筆記、有道云筆記和為知筆記等，在這些云筆記軟件中也能夠找到目錄和標(biāo)簽的概念。例如，云筆記軟件中可以創(chuàng)建筆記本組、筆記本或是筆記的文件夾結(jié)構(gòu)用于對用戶記錄的筆記進(jìn)行歸類，同時，又會有一個標(biāo)簽管理的功能，用戶可以定義不同的標(biāo)簽組和標(biāo)簽，并且可以對筆記本中的筆記打上多個標(biāo)簽。這樣又實現(xiàn)了可以從目錄中定位到筆記，又可以從某個標(biāo)簽找到與標(biāo)簽相關(guān)筆記的目的。

從這兩個例子闡述的目錄和標(biāo)簽的特征，比較之后可以歸結(jié)出幾個特點：

根據(jù)以上例子中所描述的場景，進(jìn)而總結(jié)出的目錄和標(biāo)簽的差別，再結(jié)合數(shù)據(jù)資產(chǎn)管理的業(yè)務(wù)場景，基本可以總結(jié)出數(shù)據(jù)資產(chǎn)目錄和數(shù)據(jù)資產(chǎn)標(biāo)簽的特征和構(gòu)建的方式。

數(shù)據(jù)資產(chǎn)目錄和數(shù)據(jù)資產(chǎn)標(biāo)簽的概念是在建設(shè)數(shù)據(jù)資產(chǎn)管理系統(tǒng)中，必需要考慮和設(shè)計的前提條件，甚至是在整體規(guī)劃和咨詢的必需產(chǎn)出物。目錄和標(biāo)簽的構(gòu)建，體現(xiàn)出的不僅僅是企業(yè)資產(chǎn)的種類和范圍，還體現(xiàn)了對業(yè)務(wù)場景中數(shù)據(jù)資產(chǎn)的應(yīng)用程度，同時也是賦能業(yè)務(wù)和數(shù)據(jù)資產(chǎn)價值最大化的體現(xiàn)。

資產(chǎn)管理系統(tǒng)的介紹

上海暢捷(180的號，中間四位1757，最后7867)告訴你：
固定資產(chǎn)管理系統(tǒng)是針對企事業(yè)單位資產(chǎn)管理難題開發(fā)的先進(jìn)軟件系統(tǒng)。它和財務(wù)類軟件附屬的固定資產(chǎn)管理功能，及市面上的類似產(chǎn)品有著本質(zhì)上的區(qū)別。它以實物管理為基礎(chǔ)，應(yīng)用先進(jìn)條碼技術(shù)，對每一件固定資產(chǎn)賦予一個唯一身份條碼，輔助條碼設(shè)備，條碼一掃、鼠標(biāo)一點，即可實現(xiàn)固定資產(chǎn)整個生命周期從購入到報廢退出以及中間過程的輕松管理。解決了資產(chǎn)管理中帳、卡、物不符，資產(chǎn)不明設(shè)備不清，閑置浪費、虛增資產(chǎn)和資產(chǎn)流失問題。為企事業(yè)單位資產(chǎn)管理工作提供全方位、可靠、高效的動態(tài)數(shù)據(jù)與決策依據(jù)，實現(xiàn)資產(chǎn)管理工作的信息化、規(guī)范化與標(biāo)準(zhǔn)化管理，全面提升企事業(yè)單位資產(chǎn)管理工作的工作效率與管理水平。

固定資產(chǎn)管理系統(tǒng)主要功能描述：
1．資產(chǎn)日常操作管理
主要包括固定資產(chǎn)的采購入庫、領(lǐng)用出庫、資產(chǎn)新增、修改、轉(zhuǎn)移、借用、歸還、報廢、維修、計提折舊等日常管理工作。每個固定資產(chǎn)還可以附加一個資產(chǎn)照片，方便查看貴重物品的圖像。其中，資產(chǎn)轉(zhuǎn)移、資產(chǎn)借用、資產(chǎn)維修、資產(chǎn)報廢完全實現(xiàn)電子化審批流程。
2．資產(chǎn)附加自定義屬性
不同的企業(yè)對固定資產(chǎn)的管理除了資產(chǎn)的共有屬性之外（如購置日期、資產(chǎn)原值），還可能需要記錄其特有的屬性，如對家具來說可能有顏色、材質(zhì)、原產(chǎn)地，而對中大型設(shè)備來說可能有重量、尺寸等。本系統(tǒng)支持不同類型的資產(chǎn)可以自定義不同的屬性。
3．設(shè)計打印條形碼標(biāo)簽
根據(jù)選定的固定資產(chǎn)自動生成并打印固定資產(chǎn)條形碼標(biāo)簽，標(biāo)簽格式可以自由設(shè)計，做到每件物品都有據(jù)可查。
4．資產(chǎn)盤點功能
使用盤點機掃描固定資產(chǎn)的條碼標(biāo)簽進(jìn)行盤點，把盤點機中的數(shù)據(jù)與數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行核對，并對異常數(shù)據(jù)做出適當(dāng)處理，如盤虧的資產(chǎn)報廢退出等。并可按單位、部門生成盤盈、盤虧明細(xì)表、盤點匯總表。
5．資產(chǎn)折舊
按照平均年限法自動計提固定資產(chǎn)月折舊，生成月折舊報表。
6．固定資產(chǎn)月報
根據(jù)單位、部門、時間等條件查詢固定資產(chǎn)分類統(tǒng)計月（年）報、本月增加(減少)固定資產(chǎn)月報、固定資產(chǎn)折舊月報（年報），并可打印報表。
7．固定資產(chǎn)綜合查詢
可以對單條或一批固定資產(chǎn)進(jìn)行查詢，查詢條件包括資產(chǎn)卡片、保管情況、有效資產(chǎn)信息、部門資產(chǎn)統(tǒng)計、退出資產(chǎn)、轉(zhuǎn)移資產(chǎn)、歷史資產(chǎn)、名稱規(guī)格、起始及結(jié)束日期、單位或部門。
8．低值易耗品管理
低值易耗品管理對企事業(yè)單位日常管理也是非常重要的，啟邦固定資產(chǎn)系統(tǒng)低值易耗品管理實現(xiàn)了：低值易耗品分類、低值易耗品清單、采購入庫、領(lǐng)用出庫、庫存盤點、庫存報廢、庫存明細(xì)查詢等功能。
9．系統(tǒng)維護(hù)功能
由系統(tǒng)管理員對資產(chǎn)分類代碼表、退出方式代碼表、購置方式代碼表、存放地代碼表、部門代碼表、保管人員表、單位名稱表進(jìn)行新增、修改、刪除等操作。
10．安全管理功能
權(quán)限控制功能：將用戶劃分為不同角色，不同角色可以擁有不同的操作權(quán)限。對固定資產(chǎn)數(shù)據(jù)可以控制到字段的讀寫顯示。各分支機構(gòu)可以擁有自己的權(quán)限體系。

中臺建設(shè)需不需要審批中心

開宗明義：要建設(shè)中臺，需要考慮組織、支撐技術(shù)、方法論這三個方面，往往還需要咨詢服務(wù)。

中臺作為一種有業(yè)務(wù)屬性的共性能力，首先就需要一個懂業(yè)務(wù)、承擔(dān)業(yè)務(wù)職責(zé)的專職的組織機構(gòu)來負(fù)責(zé)。要不要建中臺，首先要看領(lǐng)導(dǎo)有沒有魄力去整合建立一個中臺組織。因為原來的平臺部通常不懂業(yè)務(wù)，懂業(yè)務(wù)的人各自分散在前臺業(yè)務(wù)部門，所以建立中臺組織往往涉及人員、組織架構(gòu)和部門職責(zé)的調(diào)整。正因為如此，中臺的建設(shè)往往需要作為一把手工程才能成功。

中臺組織關(guān)鍵要懂業(yè)務(wù)和承擔(dān)業(yè)務(wù)職責(zé)。舉個例子，一個大數(shù)據(jù)平臺的建設(shè)運維團(tuán)隊不是一個中臺組織。一個團(tuán)隊如果做了非常完善的中臺產(chǎn)品（如開發(fā)了數(shù)據(jù)中臺所需要的指標(biāo)管理系統(tǒng)、數(shù)據(jù)倉庫開發(fā)系統(tǒng)、數(shù)據(jù)質(zhì)量管理系統(tǒng)等等），但只是把產(chǎn)品提供給業(yè)務(wù)方使用，這個團(tuán)隊仍然不能說是中臺組織。只有當(dāng)這個團(tuán)隊承擔(dān)起指標(biāo)體系的建設(shè)和管理、數(shù)據(jù)倉庫的設(shè)計和實施、數(shù)據(jù)質(zhì)量的保障等工作時，才可以說是中臺組織。而要做到這一點，這個組織肯定是比較了解業(yè)務(wù)的，它的目標(biāo)和考核也一定與業(yè)務(wù)有相關(guān)性（肯定不只是平臺穩(wěn)定性這樣的非業(yè)務(wù)指標(biāo)）。

中臺組織的層次與中臺的層次最好是對應(yīng)的，BU級的中臺組織最好直接向BU老大或分管的CXO匯報，企業(yè)的中臺組織最好直接向CEO或分管的CXO匯報。

這里特別說明一點的是如果不建設(shè)在線業(yè)務(wù)中臺，而只是采用微服務(wù)、云原生等技術(shù)的話，可以不涉及組織方面的大規(guī)模變動，就在原來的研發(fā)部實現(xiàn)轉(zhuǎn)型。通常來說也可以實現(xiàn)一定的系統(tǒng)可用率、彈性和研發(fā)效率方面的提升。

中臺建設(shè)的支撐技術(shù)

建設(shè)中臺一般需要一套支撐技術(shù)。

一、在線業(yè)務(wù)中臺支撐技術(shù)

建設(shè)在線業(yè)務(wù)中臺一般需要云原生、DevOps、微服務(wù)技術(shù)體系的支撐，這是因為：

微服務(wù)技術(shù)：中臺是一個獨立的組織負(fù)責(zé)并為多個前臺業(yè)務(wù)服務(wù)，因此需要一個標(biāo)準(zhǔn)的服務(wù)接口、成熟的服務(wù)治理能力和高效的敏捷研發(fā)技術(shù)。在當(dāng)前的技術(shù)環(huán)境下，采用地球人都熟悉的REST風(fēng)格的同步API、消息隊列異步通信作為標(biāo)準(zhǔn)的服務(wù)接口技術(shù)，采用服務(wù)框架（如Spring Cloud等）、API網(wǎng)關(guān)、APM等作為標(biāo)準(zhǔn)的服務(wù)治理和敏捷研發(fā)技術(shù)是最合適的選擇。不再建議采用傳統(tǒng)的基于ESB的服務(wù)化（SOA）技術(shù)，因為ESB產(chǎn)品過多的介入到業(yè)務(wù)邏輯中，導(dǎo)致前臺業(yè)務(wù)的變更往往需要中臺團(tuán)隊的配合才能完成，這樣就失去了建設(shè)好中臺，支撐前臺高效創(chuàng)新的意義。此外，中心化的ESB軟件和復(fù)雜的基于XML的WS-xxx等協(xié)議也影響到系統(tǒng)的可用性和性能?？梢詤⒁奙artin Fowler在P of EAA中的評價，Web Services是應(yīng)用集成而非應(yīng)用開發(fā)的技術(shù)。

DevOps技術(shù)：如果不通過DevOps使得各微服務(wù)都能自助式的部署更新，則微服務(wù)帶來的敏捷性就無從發(fā)揮，反而因為服務(wù)數(shù)量的增加導(dǎo)致研發(fā)效率的下降，因此持續(xù)集成、持續(xù)發(fā)布等DevOps技術(shù)一般是實現(xiàn)微服務(wù)的必備。

云原生技術(shù)：微服務(wù)和DevOps要求底層的基礎(chǔ)設(shè)施是靈活可編程的，否則根據(jù)Amdahl定律，只要有一個必須的環(huán)節(jié)是低效的，整體的效能也提不上去。
需要強調(diào)的是中臺要敏捷，這一方面是因為中臺具備業(yè)務(wù)屬性，且支撐了非常豐富的前臺業(yè)務(wù)，前臺業(yè)務(wù)的敏捷性要求有一部分就會傳導(dǎo)的中臺層；另一方面是中臺的重要性使得其需要持續(xù)不斷的優(yōu)化，即便對外提供的服務(wù)不變，內(nèi)部實現(xiàn)也會經(jīng)常變。

分布式事務(wù)技術(shù)：實施微服務(wù)拆分后，復(fù)雜的業(yè)務(wù)流程不再能通過數(shù)據(jù)庫的事務(wù)機制來實現(xiàn)ACID特性，為此還需要服務(wù)層面的分布式事務(wù)處理技術(shù)。典型的分布式事務(wù)處理模型包括TCC、Saga、FMT等。其中TCC和Saga需要各服務(wù)實現(xiàn)定制化回滾邏輯，侵入性比較嚴(yán)重，用起來門檻比較高。FMT模式對于Java可以做到加一行注解（如@GlobalTransaction）即可實現(xiàn)分布式事務(wù)，剩下的由框架自動處理，用起來方便的多。Saga模式是Princeton的兩位研究者在1987年提出的，靈活性和并發(fā)度最好，但需要通過語義鎖等精細(xì)的設(shè)計才能發(fā)揮出來。

由此可見，在線業(yè)務(wù)中臺的技術(shù)支撐體系是相當(dāng)復(fù)雜的，所幸的是Netflix、Google等世界領(lǐng)先的互聯(lián)網(wǎng)企業(yè)由于自身業(yè)務(wù)需要打造了很多實用的技術(shù)模塊，開源社區(qū)也貢獻(xiàn)了不少力量，CNCF組織又做了很好的匯集和標(biāo)準(zhǔn)化。通過將相關(guān)技術(shù)加以整合，已經(jīng)有了不錯的產(chǎn)品可用，如網(wǎng)易輕舟微服務(wù)就是一套產(chǎn)品化設(shè)計良好、功能豐富的在線業(yè)務(wù)中臺支撐技術(shù)產(chǎn)品。

一般而言，前臺也會和在線業(yè)務(wù)中臺一樣采用云原生等同樣的技術(shù)體系，這是因為前臺更需要敏捷性。在完善的中臺支撐之下，前臺會比較輕，還可以考慮采用FaaS Serverless技術(shù)，不過目前這方面的實踐還不多（特別在中國），相關(guān)的支撐技術(shù)也不是很成熟。

二、數(shù)據(jù)中臺支撐技術(shù)

建設(shè)數(shù)據(jù)中臺一般需要一整套如下典型的支撐技術(shù)：

指標(biāo)管理系統(tǒng)：指標(biāo)是中臺與前臺之間最關(guān)鍵的接口，也是建設(shè)數(shù)據(jù)中臺的牛鼻子，因為它是最核心的業(yè)務(wù)語言，且指標(biāo)不一致、數(shù)據(jù)常出錯是建設(shè)數(shù)據(jù)中臺最常見的出發(fā)點。如果指標(biāo)體系沒有統(tǒng)一的方法論，進(jìn)行統(tǒng)一建設(shè)，那么就很難說是數(shù)據(jù)中臺。指標(biāo)管理系統(tǒng)一般要實現(xiàn)一套一致的方法論（如原子 / 派生 / 復(fù)合指標(biāo)、維度、修飾詞等），做好指標(biāo)的業(yè)務(wù)和技術(shù)口徑管理，還需要支持指標(biāo)的審批管理。數(shù)據(jù)中臺的指標(biāo)無法交給各前臺業(yè)務(wù)自助式的建設(shè)。

數(shù)據(jù)服務(wù)系統(tǒng)：類似于在線業(yè)務(wù)中臺需要通過API網(wǎng)關(guān)提供標(biāo)準(zhǔn)化的服務(wù)，數(shù)據(jù)中臺也需要一個標(biāo)準(zhǔn)化的服務(wù)方式，通常稱為數(shù)據(jù)服務(wù)系統(tǒng)，也可以說是數(shù)據(jù)網(wǎng)關(guān)或數(shù)據(jù)門戶。類似于別的網(wǎng)關(guān)類產(chǎn)品，數(shù)據(jù)服務(wù)系統(tǒng)需要提供鑒權(quán)、日志審計、流控、協(xié)議轉(zhuǎn)換（如SQL Dialect之間的轉(zhuǎn)換）等功能，也應(yīng)該發(fā)展多引擎融合查詢、邏輯模型等擴展功能以提高服務(wù)接口的穩(wěn)定性和實現(xiàn)的靈活性。

元數(shù)據(jù)管理系統(tǒng)：元數(shù)據(jù)管理是整個數(shù)據(jù)中臺的基礎(chǔ)和中心，所有的其他系統(tǒng)都依賴元數(shù)據(jù)管理。元數(shù)據(jù)管理首先要做好的當(dāng)然是數(shù)據(jù)模式或目錄（catalog）的管理，至少要知道中臺里都有什么數(shù)據(jù)。對復(fù)雜的數(shù)據(jù)中臺來說，數(shù)據(jù)血緣也很重要。沒有血緣信息，不知道數(shù)據(jù)間的依賴關(guān)系，數(shù)據(jù)質(zhì)量肯定管不好，因為不知道一個數(shù)據(jù)的質(zhì)量問題怎么來，又進(jìn)而會影響什么。同樣的如果沒有血緣，數(shù)據(jù)資產(chǎn)也肯定管不好，因為不知道什么數(shù)據(jù)有價值什么沒價值，這就像如果你不知道一個函數(shù)被誰調(diào)用，你就不知道它是不是死代碼一樣。元數(shù)據(jù)管理系統(tǒng)往往也需要提供一個基礎(chǔ)的訪問界面，通常稱之為數(shù)據(jù)地圖。

數(shù)據(jù)倉庫開發(fā)與管理系統(tǒng)：除了指標(biāo)管理，數(shù)據(jù)倉庫的開發(fā)是將一大堆初始數(shù)據(jù)建設(shè)梳理成一個漂亮的數(shù)據(jù)中臺的核心過程。一般來講數(shù)據(jù)中臺更適合用Kimball的維度建模方法而非數(shù)據(jù)倉庫之父Bill Inmon所提倡的方法，這是因為Inmon強調(diào)頂層設(shè)計，而Kimball強調(diào)至下而上。如果要建設(shè)數(shù)據(jù)中臺，肯定是因為前臺業(yè)務(wù)復(fù)雜多變，這時強調(diào)頂層設(shè)計會導(dǎo)致中臺建設(shè)緩慢、僵化。因為中臺雖然應(yīng)該是由組織高層決策，但目的卻是為了支持前臺業(yè)務(wù)，而不是為了控制。支持而不是控制，這一點絕不能本末倒置。

數(shù)據(jù)質(zhì)量管理系統(tǒng)：所有復(fù)雜的系統(tǒng)都需要專業(yè)的質(zhì)量管理，在線業(yè)務(wù)系統(tǒng)有一系列的彈力設(shè)計和APM等監(jiān)控運維工具，數(shù)據(jù)中臺也需要專業(yè)的質(zhì)量管理。數(shù)據(jù)質(zhì)量管理系統(tǒng)通常設(shè)計為支持豐富的稽核 / 校驗 / 比對規(guī)則，監(jiān)控數(shù)據(jù)是否準(zhǔn)確、實時、一致，還要做到及時的報警，分析影響面，提供快速修復(fù)的手段等。但這些手段只能發(fā)現(xiàn)和補救問題，不能預(yù)防問題，要預(yù)防問題，還要通過測試工具減少代碼bug、通過資源彈性應(yīng)對性能波動、通過優(yōu)先級調(diào)度優(yōu)先滿足重要業(yè)務(wù)需求等。相對來說，當(dāng)前數(shù)據(jù)中臺領(lǐng)域的質(zhì)量管理沒有在線業(yè)務(wù)領(lǐng)域的成熟，如在線業(yè)務(wù)領(lǐng)域的測試手段遠(yuǎn)比數(shù)據(jù)領(lǐng)域的精細(xì)，在線業(yè)務(wù)領(lǐng)域很常見的熔斷、限流、服務(wù)降級等模式在數(shù)據(jù)領(lǐng)域都沒有成熟的實踐方法（優(yōu)先級調(diào)度可以說是實現(xiàn)了部分的服務(wù)降級功能），隨著數(shù)據(jù)中臺越來越廣泛和重要，這些技術(shù)應(yīng)該也需要持續(xù)發(fā)展，但技術(shù)上的挑戰(zhàn)不小。

數(shù)據(jù)安全管理系統(tǒng)：數(shù)據(jù)中臺因為匯集了組織所有有價值的數(shù)據(jù)資產(chǎn)，因此良好的安全管理是必須的。細(xì)粒度的權(quán)限和審計是基礎(chǔ)，一般的還需要隱私 / 敏感數(shù)據(jù)的脫敏處理、數(shù)據(jù)加密（特別是將數(shù)據(jù)托管在第三方平臺之上時）、數(shù)據(jù)泄漏防護(hù)（比方說一種常見的方法是限制將數(shù)據(jù)下載到本地的數(shù)據(jù)量）等技術(shù)。發(fā)展到高級階段甚至可能還需要聯(lián)邦學(xué)習(xí)、數(shù)據(jù)沙盒等技術(shù)。

數(shù)據(jù)資產(chǎn)管理系統(tǒng)：在數(shù)據(jù)質(zhì)量和安全單列的情況下，數(shù)據(jù)資產(chǎn)管理主要負(fù)責(zé)的是數(shù)據(jù)的生命周期管理、成本的統(tǒng)計分析與優(yōu)化等工作。

同時，數(shù)據(jù)中臺還需要強大的大數(shù)據(jù)計算引擎、數(shù)據(jù)集成 / 同步 / 交換引擎，還往往需要一套敏捷BI系統(tǒng)：

大數(shù)據(jù)計算引擎：數(shù)據(jù)中臺要管理的數(shù)據(jù)規(guī)模和復(fù)雜度往往都很高（否則搞中臺屬于為賦新詞強說愁），所以傳統(tǒng)的數(shù)據(jù)庫和數(shù)據(jù)倉庫基本上支撐不了。當(dāng)前的技術(shù)環(huán)境下，基于Hadoop MapReduce或Spark幾乎是唯二的選擇，當(dāng)然這也包括了這兩者之上的Hive和Spark SQL。能用SQL就用SQL，易于維護(hù)，也易于數(shù)據(jù)血緣的收集。除此之外，流處理可能還需要Flink，交互式查詢可能要引入Impala或GreenPlum。

數(shù)據(jù)集成 / 同步 / 交換引擎：一方面數(shù)據(jù)中臺需要強大的數(shù)據(jù)集成和同步能力才能吸納各方數(shù)據(jù)。集成和同步的概念相近，同步更強調(diào)實時性。另一方面，數(shù)據(jù)中臺往往由多種數(shù)據(jù)計算引擎構(gòu)成，就需要同步或交換引擎實現(xiàn)不同引擎見的數(shù)據(jù)交換。

敏捷BI系統(tǒng)：建設(shè)數(shù)據(jù)中臺通常最重要的目的是為了支持業(yè)務(wù)運營和決策，為此需要基于數(shù)據(jù)中臺進(jìn)一步開發(fā)數(shù)據(jù)產(chǎn)品。敏捷BI系統(tǒng)是開發(fā)數(shù)據(jù)產(chǎn)品快速、輕型的手段，能夠盡快盡早的發(fā)揮數(shù)據(jù)中臺的價值。

此外，對于互聯(lián)網(wǎng)業(yè)務(wù)，統(tǒng)一的埋點引擎往往也是數(shù)據(jù)中臺所需要的。如果埋點的邏輯都不統(tǒng)一的話，建數(shù)據(jù)中臺的時候會發(fā)現(xiàn)數(shù)據(jù)的源頭就是亂的，后續(xù)也都沒法做。其他行業(yè)業(yè)務(wù)，數(shù)據(jù)采集也屬于基礎(chǔ)工作，也是要先做好的。

由此可見，建設(shè)數(shù)據(jù)中臺需要的技術(shù)支撐體系也是相當(dāng)?shù)凝嫶螅瑥?fù)雜。所幸的是這十年來Google等領(lǐng)先的企業(yè)、Hadoop / Spark等開源社區(qū)以及大量的廠商大致聯(lián)合探索出了一條可行的路徑，方法論和技術(shù)路線都比較統(tǒng)一了。以此為基礎(chǔ)，就可以提供較成熟的數(shù)據(jù)中臺技術(shù)支撐產(chǎn)品，如網(wǎng)易杭研研發(fā)的“網(wǎng)易猛犸V6.0 + 網(wǎng)易有數(shù)”就是一套較完整的數(shù)據(jù)中臺產(chǎn)品。

如何刪除數(shù)據(jù)資產(chǎn)安全管理系統(tǒng)軟件

行政事業(yè)單位資產(chǎn)管理信息系統(tǒng)(單位版）已經(jīng)入庫數(shù)據(jù)錯誤可以進(jìn)行修改，甚至刪除。具體方法，通過SQL SERVER的查詢分析工具，打開數(shù)據(jù)庫(數(shù)據(jù)庫名稱.AID）→用戶表→dbo.IacssetCARD-H，通過右鍵的“編輯”命令，顯示內(nèi)容，然后直接對需要修改、刪除的數(shù)據(jù)項進(jìn)行相應(yīng)操作就可了。注意：這里進(jìn)行的任何操作沒有提示，也沒有“保存”、“取消”等命令按鍵，只要作了修改、刪除操作，系統(tǒng)就作了更改，并作默認(rèn)保存。故提醒大家，在此要格外小心操作。如還有不明白處，