數(shù)據(jù)集成項目成敗中樞 數(shù)據(jù)模型要靈活

申請免費試用、咨詢電話：400-8352-114

客戶獲取成本持續(xù)走高，企業(yè)留住客戶(尤其是高盈利客戶)正在變得越來越困難，在這種情況下，了解客戶已不單只是一句口號。不過要真正了解客戶，就必須整合所有獨立數(shù)據(jù)源，建立統(tǒng)一、全面的客戶視角，其中包括客戶數(shù)據(jù)庫、客戶信息檔案、賬單和訂單管理系統(tǒng)、產(chǎn)品目錄，以及外部數(shù)據(jù)服務(wù)等。但是，如果使用現(xiàn)有的技術(shù)平臺來建立并管理這些跨范圍數(shù)據(jù)、應(yīng)用和渠道豎井，是一項復(fù)雜兼高成本的任務(wù)，成功的案例并不多見。

導(dǎo)致客戶數(shù)據(jù)集成失敗的一大主要原因是缺乏靈活的數(shù)據(jù)模型，也是一些客戶數(shù)據(jù)集成解決方案的軟肋所在。此外，如果缺少靈活的客戶數(shù)據(jù)模型，那么項目就會變得更加臃腫，無形中提高了整體失敗的風(fēng)險。

因此，對于任何CDI解決方案的短期或長期成功，評估數(shù)據(jù)模型的靈活性是重要的一環(huán)。專家提出，在衡量一個數(shù)據(jù)模型是否靈活上，企業(yè)可以參照以下幾條考慮要素：

數(shù)據(jù)模型的可延伸性

好比一家餐館制定的菜單不一定符合每個人的口味，CDI解決方案也要有允許對數(shù)據(jù)模型進行自定義修改的寬容度。 大部分CDI解決方案所提供的固定數(shù)據(jù)模型都是從開發(fā)者的角度所設(shè)計，一旦要將這些解決方案結(jié)合用戶企業(yè)的真實需求，超出它原有的設(shè)計框架范圍之外時，就表現(xiàn)為無法提供關(guān)系架構(gòu)，也無法延伸自定義。在這種條件下勉強使用，只會讓數(shù)據(jù)模型難以與現(xiàn)有的應(yīng)用邏輯融合，導(dǎo)致效率低下。

理想中的CDI解決方案應(yīng)當(dāng)是針對每個垂直行業(yè)的不同而提供一個初始數(shù)據(jù)模型，或者支持導(dǎo)入某種特定的數(shù)據(jù)模型，這樣才能反應(yīng)出企業(yè)的真實需要。除此之外，它還必須提供所有數(shù)據(jù)支持管理服務(wù)，包括拓展元數(shù)據(jù)管理，促進模型的彈性，應(yīng)對企業(yè)隨著時間推移而產(chǎn)生的要求變化。

商業(yè)服務(wù)的自定義能力

 一套基于固定數(shù)據(jù)模型的CDI解決方案或許會宣稱自己有一個用于提取商業(yè)服務(wù)的結(jié)構(gòu)層，可以即買即用進行數(shù)據(jù)集成。然而，如果數(shù)據(jù)模型的底層被修改，那么這些商業(yè)服務(wù)還是需要進行自定義。在具體實施中，只要固定數(shù)據(jù)模型被修改，那么剩下的相關(guān)商業(yè)服務(wù)可能寥寥無幾。而且在這種解決方案上自定義越多，未來就越難升級。因此，理想的可用架構(gòu)必須有一套粒狀數(shù)據(jù)集成服務(wù)，包括一整套API，以求在某個服務(wù)集成框架組合高度關(guān)聯(lián)的商業(yè)服務(wù)。這些商業(yè)服務(wù)與API可以融為一體，便于維護，也方便未來的產(chǎn)品升級。

數(shù)據(jù)種類的選擇建模

每一種客戶數(shù)據(jù)種類，不管是參考數(shù)據(jù)、關(guān)系數(shù)據(jù)還是交易數(shù)據(jù)，都有自身的特點，因此要求在CDI解決方案中以不同的方式對待。譬如儲存在多個系統(tǒng)或數(shù)據(jù)倉庫中的參考數(shù)據(jù)可能是重復(fù)、沖突的。而交易數(shù)據(jù)在重新調(diào)試時的沖突就相對小一些。另外，當(dāng)參考數(shù)據(jù)只是客戶數(shù)據(jù)下一個很小的子類時，交易數(shù)據(jù)就會變得龐大，要求在基礎(chǔ)設(shè)備上作出持續(xù)投資來存儲源系統(tǒng)的重復(fù)數(shù)據(jù)。至于關(guān)系數(shù)據(jù)，只有在解決底層沖突和參考數(shù)據(jù)后，才能被有效管理。另外為了進行恰當(dāng)?shù)墓芾?，關(guān)系數(shù)據(jù)和分組也同樣需要成熟的虛擬化工具來體現(xiàn)不同實體之間的復(fù)雜關(guān)系。

合理的數(shù)據(jù)模型應(yīng)當(dāng)只為核心主數(shù)據(jù)和關(guān)系數(shù)據(jù)建模并存儲在客戶主數(shù)據(jù)庫中，而交易數(shù)據(jù)則應(yīng)基于底層源系統(tǒng)的特征來選擇性地儲存。

例如源系統(tǒng)是批處理導(dǎo)向，沒有實時界面，或有系統(tǒng)載入限制，那么交易數(shù)據(jù)或許應(yīng)存儲在操作數(shù)據(jù)倉庫中實施動態(tài)訪問。這種靈活性可以動態(tài)減少儲存在客戶數(shù)據(jù)中心里的數(shù)據(jù)量，進而降低總體擁有成本，并提高系統(tǒng)的機動性，按需提供數(shù)據(jù)。

數(shù)據(jù)模型對可升級性的影響

最后，數(shù)據(jù)模型的靈活性對CDI解決方案的升級性和績效有著巨大的影響。固定式數(shù)據(jù)模型解決方案通常優(yōu)先支持本地應(yīng)用，而為了增加數(shù)據(jù)模型的靈活度，一旦模型配置后，所有的調(diào)試和標(biāo)準(zhǔn)化工作都要圍繞支持指定主數(shù)據(jù)中心項目的測量和績效要求，以及相關(guān)消費級應(yīng)用而展開，不單單只是支持單一的廠商應(yīng)用。此種形式上的不同，會橫跨數(shù)據(jù)生命周期，給建立、使用、管理和拓展主數(shù)據(jù)中心帶來顯著的影響。

數(shù)據(jù)模型的靈活性是CDI架構(gòu)可用性的一個關(guān)鍵組成部分。倘若你想降低CDI實施的風(fēng)險，那么上述幾條要素就應(yīng)當(dāng)在數(shù)據(jù)模型的選擇中作出審慎的衡量。錯誤的決策會導(dǎo)致項目成本徒增，減少可管理能力，甚至?xí)蔀檎麄€項目的攔路虎。(支點網(wǎng))