數據模型與SOA二者誰應該優(yōu)先？

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

業(yè)內人士Kyle Gabhart稱，他最近在一項大的SOA應用計劃中實施了兩個主數據管理計劃。在這兩個案例中，客戶發(fā)現他們在如何解決主數據模型與一個或者更多的SOA組件(如業(yè)務流程、服務接口等)之間的沖突方面陷入了僵局。每一個客戶都從不同的角度接觸了這個問題。但是，沖突實際上都是一樣的。誰取得了勝利并且按照自己對于企業(yè)數據的觀點順利運行?是主數據管理團隊，還是SOA團隊?另外，企業(yè)架構團隊也許感到疑惑是主數據管理團隊的觀點向SOA團隊的觀點妥協(xié)了，還是相反。

狀況：客戶A決定建立一個權威的數據模型，不依賴于現有的應用程序或者業(yè)務流程。這個客戶執(zhí)行一個簡單的流程：

·建立一個概念的數據模型

·識別邏輯子域(數據的邏輯組合)

·為這個子域建立一個邏輯數據模型

現在，如果出現一個業(yè)務流程(如向提供商提出漲工資要求)，這個流程就包括訪問提供商的數據和這個要求的數據域。客戶如何建立這個方案，如何不打破在邏輯的權威模式中建立的關系?替代的方法是，這個客戶如何能夠把這個方案與基本的權威模型聯(lián)系起來。為了企業(yè)面向服務的觀點，主數據模型必須要妥協(xié)，或者面向服務的觀點必須要修改以便與主數據計劃相一致。

分析：因此，這里真正的問題是我們已經在真空中創(chuàng)建了一個模型。我們現在面臨一個具體的數據應用。這可能會讓我們對于數據在企業(yè)中如何應用的實際情況有一個新的了解。這里有兩個觀點：

1.我們把這看作是一個修改這個模型并且使這個模型符合真正業(yè)務應用的機會。

2.我們不理會需要管理的用戶/客戶的莫名其妙的東西。

如果我們根據這個新的信息更新這個模型，我們就會有被一個流程曲解的風險。但是，我們也許會認識到這個流程提出的更廣泛的事實。如果我們不改變這個權威的模型，那么，我們或者說服用戶接受這個“標準的”模型，或者提出一些數據鏡像，這樣，業(yè)務流程就能夠按照他們自己的數據模型執(zhí)行這些服務。

無論采用哪一種方法，面向服務的設計的最佳方法都是規(guī)定這個業(yè)務流程只能看到一種數據模型。這可以是來自業(yè)務應用實例中的一個獨特的模型，也可以是以前創(chuàng)建的權威的模型。只要業(yè)務流程看到一種數據模型，數據模型的來源沒有關系。此外，業(yè)務流程比一個企業(yè)應用集成工作流好，并且?guī)砹藝@維護客戶集成邏輯和巧妙處理不同的數據模型的全部復雜性。這帶來了不可接受的維護成本。這是靠不住的，很快將成為過時的和不可靠的。

總結

有效地應用SOA需要在物理和邏輯層有一個設計良好的數據模型。許多機構甚至要開發(fā)一種權威的域模型。主數據管理和SOA的交叉越來越頻繁地出現，這種趨勢在未來幾年將繼續(xù)下去。（IT168）