數(shù)據(jù)管理是企業(yè)成功實施SOA的關鍵

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

數(shù)據(jù)是企業(yè)的生命線。如果數(shù)據(jù)不能訪問、或者訪問的速度很慢、或者提取的數(shù)據(jù)的質(zhì)量不好，企業(yè)就要付出代價。SOA提供了通用功能的訪問點，這樣，數(shù)據(jù)就可以在整個企業(yè)的多個商務流程中使用。實際上，這些流程共享的東西就是數(shù)據(jù)。應用SOA的一個關鍵好處是你能夠處理數(shù)據(jù)源和應用程序，把數(shù)據(jù)當作服務進行存儲和操作并且把數(shù)據(jù)合并為一個混合的應用程序。這種方法為企業(yè)提供了無以倫比的數(shù)據(jù)訪問、效率和應對變化的靈活性。

問題是接下來你要依賴于數(shù)據(jù)源的質(zhì)量并且對相關的定義以及數(shù)據(jù)的解釋方法的局限性缺乏了解。雖然加入到SOA中的服務是具有自我解釋功能的，但是，對于如何深入地解釋數(shù)據(jù)的真正含義還沒有標準。例如，如果一個用戶的名字輸入到這個系統(tǒng)，并且申請一個地址，那個數(shù)據(jù)很容易留駐在十幾個不同的數(shù)據(jù)豎井中。每一個數(shù)據(jù)豎井都有稍微不同的窗口顯示用戶的含義。一個數(shù)據(jù)豎井返回的信息是一個公司的德克薩斯州的地點作為那個用戶的地址，另一個可能返回的是這家公司加州的地址，還有一個可能返回的首席執(zhí)行官的家庭地址。包括解釋元數(shù)據(jù)在內(nèi)的數(shù)據(jù)治理的關鍵是知道對于這個特定的商務流程申請者來說哪一個返回的地址是正確的，以及如何處理數(shù)百個其它類似的情況。

即使上面那個例子假設所有的三個地址都是完整的和正確的。數(shù)據(jù)治理的另一方面是數(shù)據(jù)質(zhì)量監(jiān)視。數(shù)據(jù)質(zhì)量對于每一個商務流程和一個公司的整體成功都是極為重要的。在一個SOA項目中，數(shù)據(jù)質(zhì)量甚至更加重要。數(shù)據(jù)中的任何錯誤在整個企業(yè)中都是可以看到的，任何使用這個服務的用戶都會從錯誤的數(shù)據(jù)源中提前信息。使用上面的例子，如果發(fā)票、賬單或者產(chǎn)品等信息不斷地發(fā)送到錯誤的地址，這家公司將會失去許多生意。數(shù)據(jù)質(zhì)量評估是要發(fā)現(xiàn)異常的數(shù)據(jù)并且人工或者自動修復那個數(shù)據(jù)。數(shù)據(jù)質(zhì)量評估必須是任何真正有用的SOA計劃的一個不可分割的組成部分。消費者需要能夠信任他們從服務中申請的數(shù)據(jù)是正確的和與他們當前的需求相關的。

消費者對于數(shù)據(jù)的相關性的需求將推動SOA設計人員把數(shù)據(jù)源與使用數(shù)據(jù)的具體服務緊密地結合起來。如果依賴于特定數(shù)據(jù)源的服務不能適應變化的數(shù)據(jù)源的變化，或者不能全面地查看這個數(shù)據(jù)，這種情況將造成嚴重的局面。更好的方法是數(shù)據(jù)本身變成一種服務。把數(shù)據(jù)封裝到多個流程使用的一項服務中有助于標準化和防止數(shù)據(jù)復制。它還能夠使數(shù)據(jù)作為另一種服務無縫地進入混合的商務流程和應用程序中。這種把數(shù)據(jù)作為服務的概念能夠提供對企業(yè)任何部分的任何商務流程的訪問，提供效率最高的數(shù)據(jù)流以及彈性。

然而，把數(shù)據(jù)作為一種服務提供本身就是一個挑戰(zhàn)。要加入SOA工作流、一個強大的交付服務、以一種可消費的服務方式提供并且具有可靠性，是一種絕對的需求。你必須把多個數(shù)據(jù)源的數(shù)據(jù)結合起來，使這些數(shù)據(jù)在SOA環(huán)境中能夠使用。如果使用傳統(tǒng)的代碼把企業(yè)中的數(shù)百個或者數(shù)千個數(shù)據(jù)源連接起來，經(jīng)過很長時間才可以看到SOA的有限的好處，因為維護這些脆弱的連接很困難并且需要成本。

為了避免這種情況，數(shù)據(jù)服務應該建在連接許多資源的中間件軟件平臺上，最好是連接企業(yè)中的所有的數(shù)據(jù)源，從地下室的老式大型計算機的COBOL應用程序到云計算中的新的軟件服務CRM應用程序。的確，把軟件服務應用程序與集成的SOA計劃結合在一起是可能的。從內(nèi)部看，對于軟件服務應用程序的元數(shù)據(jù)和環(huán)境的控制將比較少。但是，一個靈活的集成平臺仍然可以容納這些控制。這個集成的層還應該很容易適應變化，因為它將是不穩(wěn)定的信息源的觸點。它必須能夠把復雜的流程結合為一個單元，兼容SOAP、SML和WSDL等標準的SOA服務技術。

元數(shù)據(jù)治理

一旦這兒問題解決了，你需要考慮如何暴露和管理相關的元數(shù)據(jù)。元數(shù)據(jù)的實際任務是向使用數(shù)據(jù)服務的每一個人具體說明那個數(shù)據(jù)實際上是什么意思。再回到上面的例子。一個客戶的職務是XYZ公司的首席執(zhí)行官，他有兩個位置，一個是在德克薩斯州，另一個是在加州。然后，定義一個位置的問題變成了一個相關的問題。德克薩斯州分公司可能有許多大樓，可能是這家公司的生產(chǎn)部門。加州的分公司是服務和技術支持部分。這個級別的元數(shù)據(jù)應該為這個用戶提供他所需要的東西，以便知道對于一個發(fā)票、一個技術支持申請或者一封給首席執(zhí)行官的信函等請求應該向申請者返回哪一個地址。

一個相關的問題是精細程度。如果你提供非常精細的詳細的服務，用戶必須要建立自己的負責的工作流。增加一層把自己封裝為一項服務的更復雜的合成的服務能夠為這個用戶提供一個強大的容易使用的應用程序。從數(shù)據(jù)治理的角度看，數(shù)據(jù)服務越精細，治理的問題就越多。采用不太精細的方法，可以利用適當?shù)恼霞夹g創(chuàng)建在SOA環(huán)境中更可靠的、更強大和更高級的服務。

服務元數(shù)據(jù)的數(shù)據(jù)治理也是非常重要的，因為它是管理現(xiàn)有過多的服務、任何新的服務或者隨之而來的集成的服務的主要手段。

全面考慮 務實地實施

把良好的數(shù)據(jù)治理所需要的全部要素與牢固的基礎設施結合起來，一個SOA計劃將用一個良好的地圖開始起步。企業(yè)級的全面的計劃將產(chǎn)生包括權威的數(shù)據(jù)源的理想的工作流、政策和治理。但是，設法同時為整個企業(yè)建立全部的集成端點、服務包裝(service wrappers )和消息系統(tǒng)是非常不現(xiàn)實的。全面的大規(guī)模計劃在歷史上的失敗率是很高的。

立即讓人們接受和立即得到投資回報的方法是迅速顯示結果。首先從解決緊迫的業(yè)務問題開始，用考慮的整個路線圖解決這個問題。利用這個集成中間件軟件創(chuàng)建一個小型工作流，把現(xiàn)有的、功能性的修復問題的集成措施與更強大技術結合成為一個全面的流程，然后把這些東西作為一項服務推出。這將有助于減少替換可用的技術耗費的時間，以便把重點放在真正需要幫助的地方。隨著時間的允許，可以根據(jù)需要更換老的點對點的接口、存儲的程序和其它臨時的措施。其它商務流程可以加入到微型工作流并且作為一項服務推出。一次采取一個步驟，每一個步驟都以正確的方式收獲好處。這種方法將使企業(yè)在最短的時間里實現(xiàn)集成的SOA環(huán)境的目標，得到最快的投資回報。要記住，從實施SOA計劃的第一天開始就要把企業(yè)數(shù)據(jù)這個不可缺少的資源的管理當作首先考慮的問題。（IT專家網(wǎng)）