數(shù)據(jù)集成：讓SOA實(shí)現(xiàn)穩(wěn)著陸

申請(qǐng)免費(fèi)試用、咨詢(xún)電話：400-8352-114

企業(yè)中高度分散的數(shù)據(jù)接口和數(shù)據(jù)模型早就該進(jìn)行有效的集成了。在實(shí)施SOA的過(guò)程中，這是無(wú)法跨越的必要環(huán)節(jié)。為了享受SOA的諸多效益，企業(yè)數(shù)據(jù)需要時(shí)刻準(zhǔn)備著！

Carlson Hotels Worldwide公司的IT經(jīng)理John Kolodziejczyk指出：“首先需要解決的問(wèn)題是：”我們將使用什么樣的數(shù)據(jù)庫(kù)作為客戶的信息來(lái)源？‘“為此，這家餐飲企業(yè)為其所有的應(yīng)用設(shè)計(jì)了一種通用數(shù)據(jù)架構(gòu)和一個(gè)管理該架構(gòu)的平臺(tái)。同樣，軸承制造商GGB公司的IT經(jīng)理Matthias Kenngott認(rèn)為，GGB需要一個(gè)中央集線器確保Oracle電子商務(wù)套件與3個(gè)老的erp系統(tǒng)之間一致的數(shù)據(jù)映射。

如今，大量的企業(yè)數(shù)據(jù)要么深鎖在數(shù)據(jù)庫(kù)中，要么就被封閉在應(yīng)用中。通常情況下，應(yīng)用“知道”數(shù)據(jù)的含意和處理結(jié)果的含意，因此企業(yè)至少要在本地創(chuàng)建一個(gè)一致性的數(shù)據(jù)模型。然而，隨著企業(yè)跨應(yīng)用組合不同的功能，這些數(shù)據(jù)模型也被混合在一起，而且常常是在IT開(kāi)發(fā)人員不知道的情況下被混合的。

Starwood Hotels的技術(shù)經(jīng)理Song Park說(shuō)：“你分發(fā)越多的數(shù)據(jù)，就越可能出現(xiàn)問(wèn)題?！比藗兺鶗?huì)懷疑服務(wù)和應(yīng)用產(chǎn)生結(jié)果的準(zhǔn)確性。ZapThink高級(jí)分析師Ron Schmelzer指出：“對(duì)數(shù)據(jù)而言，始終存在一種上下文關(guān)系。甚至當(dāng)一個(gè)字段為空白時(shí)，不同應(yīng)用會(huì)對(duì)它的含意做出不同的假設(shè)?！?/P>

而這些問(wèn)題數(shù)據(jù)會(huì)讓集成的應(yīng)用集合或大量的服務(wù)變得不可靠和難于修復(fù)。而解決的辦法就是以服務(wù)的形式提供多種應(yīng)用需要的數(shù)據(jù)，即在需要的地方加入上下文元數(shù)據(jù)，以及調(diào)和分散的數(shù)據(jù)源之間存在的不一致關(guān)系。

SOA的訓(xùn)誡

SOA的雙重優(yōu)勢(shì)是開(kāi)發(fā)執(zhí)行常用功能的服務(wù)以減少多余的開(kāi)發(fā)工作，以及通過(guò)利用標(biāo)準(zhǔn)化接口或外殼使應(yīng)用功能可以跨系統(tǒng)使用，從而增加應(yīng)用的靈活性。而SOA松耦合的、抽象的本質(zhì)對(duì)于服務(wù)使用、處理和生成的數(shù)據(jù)具有深遠(yuǎn)意義。

Song Park在Starwood Hotels開(kāi)始部署SOA時(shí)曾發(fā)問(wèn)：“到底是把它分散開(kāi)還是提供一種中央服務(wù)？”這個(gè)問(wèn)題引導(dǎo)這家公司沿著很多企業(yè)走向SOA時(shí)的必由之路走下去：即用一種基于對(duì)數(shù)據(jù)含意的了解（無(wú)論數(shù)據(jù)來(lái)自何方）來(lái)處理數(shù)據(jù)的服務(wù)方式。Schmelzer強(qiáng)調(diào)：“SOA凸顯了數(shù)據(jù)不一致這一事實(shí)?！?/P>

當(dāng)服務(wù)交換數(shù)據(jù)時(shí)，發(fā)生誤搭配和非對(duì)應(yīng)轉(zhuǎn)換的可能性大大增加。Common Sense的DePalma說(shuō)：“SOA把這個(gè)問(wèn)題推升到了最高層面?！彼f(shuō)，“當(dāng)你嘗試建立第一個(gè)3路或4路數(shù)據(jù)服務(wù)，你會(huì)很快發(fā)覺(jué)數(shù)據(jù)管理之痛?！盚urwitz Group總裁Judith Hurwitz說(shuō)，沒(méi)有最初的數(shù)據(jù)架構(gòu)努力，SOA就無(wú)法擴(kuò)展到整個(gè)企業(yè)。

專(zhuān)家稱(chēng)，最佳的解決辦法是開(kāi)發(fā)一個(gè)數(shù)據(jù)服務(wù)層，它會(huì)對(duì)將要使用的數(shù)據(jù)進(jìn)行分類(lèi)，將其上下文關(guān)系展示給其他服務(wù)。這種方法把數(shù)據(jù)邏輯與業(yè)務(wù)邏輯分離開(kāi)來(lái)，把數(shù)據(jù)訪問(wèn)和處理作為由業(yè)務(wù)流程調(diào)用的獨(dú)立服務(wù)集合對(duì)待。

新需求催生MDM

這種解決辦法不同于傳統(tǒng)的數(shù)據(jù)集成。ZapThink的Schmelzer回憶說(shuō)：“我們過(guò)去一直通過(guò)在關(guān)鍵堵點(diǎn)上實(shí)施控制來(lái)解決數(shù)據(jù)集成問(wèn)題。而SOA消除了這些堵點(diǎn)。這意味著每個(gè)數(shù)據(jù)訪問(wèn)點(diǎn)都必須能轉(zhuǎn)換和管理數(shù)據(jù)。”

IDC集成系統(tǒng)集團(tuán)的副總裁Henry Morris說(shuō)：“數(shù)據(jù)集成和流程集成是緊密連接的。”他建議企業(yè)必須考慮利用服務(wù)來(lái)管理數(shù)據(jù)，以及影響主數(shù)據(jù)的流程。

Kanbay國(guó)際咨詢(xún)公司主設(shè)計(jì)師Nikhil Shah指出，SOA還提出了并行性問(wèn)題。例如，當(dāng)舊數(shù)據(jù)通過(guò)流程傳播，或者當(dāng)多個(gè)服務(wù)在不同時(shí)間訪問(wèn)數(shù)據(jù)時(shí)，流程過(guò)程中數(shù)據(jù)的變化就會(huì)影響到結(jié)果，尤其是在復(fù)合型應(yīng)用中。Shah建議，IT要部署監(jiān)測(cè)服務(wù)，至少部署在發(fā)生變更時(shí)通知其他服務(wù)的服務(wù)，以使它們可以決定是重新啟動(dòng)流程，還是調(diào)整對(duì)它們的計(jì)算。

此外，Shah說(shuō)，數(shù)據(jù)服務(wù)的顆粒度越細(xì)，編排（orchestration）的開(kāi)銷(xiāo)對(duì)流程的影響就越大，因?yàn)樗鼤?huì)增加響應(yīng)時(shí)間，導(dǎo)致同步問(wèn)題。他建議IT在服務(wù)能夠消費(fèi)數(shù)據(jù)前，就建立數(shù)據(jù)管理需求模型。

為SOA環(huán)境中的數(shù)據(jù)管理提供緩存技術(shù)的Progress 軟件公司數(shù)據(jù)管理副總裁Ken Rugg說(shuō)，另一個(gè)問(wèn)題是SOA的“雪犁效應(yīng)”，這種效應(yīng)發(fā)生在服務(wù)把有關(guān)數(shù)據(jù)處理的上下文關(guān)系傳遞給復(fù)合應(yīng)用中后續(xù)服務(wù)的時(shí)候。

IDC的Morris說(shuō)，公布這些轉(zhuǎn)換可以幫助以后的服務(wù)了解它們正在使用數(shù)據(jù)的上下文關(guān)系。不過(guò)，這也可能使系統(tǒng)被非常龐大的數(shù)據(jù)文件所淹沒(méi)，降低每個(gè)服務(wù)的速度。

SOA的興起使廠商有理由重新利用他們的工具為SOA和非SOA環(huán)境簡(jiǎn)化數(shù)據(jù)管理。很多廠商正在推廣MDM（主數(shù)據(jù)管理）工具，來(lái)確保應(yīng)用或服務(wù)在正確的上下文關(guān)系中使用正確的、當(dāng)前的數(shù)據(jù)?！爸鲾?shù)據(jù)”不僅包含數(shù)據(jù)本身，而且還包含了供不同系統(tǒng)使用所需要的屬性、語(yǔ)義及上下文關(guān)系（即元數(shù)據(jù)）。一些廠商把這類(lèi)系統(tǒng)稱(chēng)為企業(yè)信息集成（EII）工具。

下一步是數(shù)據(jù)集線器

AMR Research公司研究主管Bill Swanton指出，MDM雖然不是新概念，但它基本上屬于事后數(shù)據(jù)系統(tǒng)，例如數(shù)據(jù)倉(cāng)庫(kù)和業(yè)務(wù)智能。在SOA出現(xiàn)前，企業(yè)基本不用擔(dān)心主數(shù)據(jù)問(wèn)題，因?yàn)榇蠖鄶?shù)信息保存在應(yīng)用套件中，而在應(yīng)用套件中，廠商至少部署了隱含的、內(nèi)部的數(shù)據(jù)架構(gòu)。所以，IT可以只關(guān)注在應(yīng)用套件之間傳送的或原始的數(shù)據(jù)，通過(guò)連接器的建立使應(yīng)用能夠處理大多數(shù)的上下文關(guān)系。

SOA的多對(duì)多架構(gòu)讓IT不能繼續(xù)把這個(gè)問(wèn)題留給應(yīng)用廠商和集成渠道。不過(guò)Swanton說(shuō)，現(xiàn)在連非SOA環(huán)境也將放棄開(kāi)發(fā)連接器的方法，轉(zhuǎn)而向更易于集成的數(shù)據(jù)架構(gòu)遷移。

IBM、Informatica、Oracle和Siperian等公司開(kāi)始從數(shù)據(jù)倉(cāng)庫(kù)著手解決這一問(wèn)題，它們提供一個(gè)或更多的數(shù)據(jù)集線器當(dāng)作可信賴(lài)代理，服務(wù)從凈化的數(shù)據(jù)存儲(chǔ)或由其他應(yīng)用生成有效數(shù)據(jù)的服務(wù)訪問(wèn)數(shù)據(jù)集線器。數(shù)據(jù)集線器類(lèi)似于傳統(tǒng)企業(yè)環(huán)境中常用的中心輻射架構(gòu)。

專(zhuān)家警告說(shuō)，目前這些技術(shù)還很不成熟，最多只能對(duì)特定的數(shù)據(jù)管理流程起作用。

很多數(shù)據(jù)集線器含有一個(gè)適用的數(shù)據(jù)主題，比如客戶或產(chǎn)品信息。i2公司MDM業(yè)務(wù)高級(jí)經(jīng)理Satish Krishnaswamy說(shuō)，MDM作為一個(gè)初始構(gòu)件還是不錯(cuò)的；但在以后，IT必須普及數(shù)據(jù)集線器或使用特定的數(shù)據(jù)集線器聯(lián)盟。IDC的Morris說(shuō)，“我們不會(huì)總局限在一個(gè)數(shù)據(jù)集線器上，因此IT應(yīng)當(dāng)向一個(gè)標(biāo)準(zhǔn)、規(guī)范、分級(jí)、跨不同來(lái)源的數(shù)據(jù)視圖的方向努力?！?/P>

為使這個(gè)系統(tǒng)易于管理，IT部門(mén)通常為一個(gè)主題領(lǐng)域定義規(guī)則和上下文關(guān)系，然后逐步擴(kuò)展到其他領(lǐng)域。決定是從一個(gè)特定主題系統(tǒng)，例如SCM中的產(chǎn)品信息入手，還是從一個(gè)一般化的系統(tǒng)入手，這取決于對(duì)具體應(yīng)用套件集成工作的關(guān)注力度。如果你的關(guān)注焦點(diǎn)放在與ERP或SCM的互動(dòng)上，那么從特定主題的數(shù)據(jù)中心入手可能是更為合理的選擇。反之，假如你的焦點(diǎn)放在服務(wù)與不同應(yīng)用互動(dòng)的SOA上，那么從一個(gè)一般的數(shù)據(jù)中心入手則更合理。

數(shù)據(jù)架構(gòu)的構(gòu)建

MDM工具的確能夠幫上忙，但如果企業(yè)不了解自己的數(shù)據(jù)，那么這類(lèi)工具就無(wú)法發(fā)揮作用。EDS公司的Fred Cummins說(shuō)，由于集中式數(shù)據(jù)存儲(chǔ)一般涉及事后結(jié)果，而不涉及狀態(tài)和交易，因此，MDM系統(tǒng)越來(lái)越像傳統(tǒng)的數(shù)據(jù)倉(cāng)庫(kù)或主數(shù)據(jù)庫(kù)，那么無(wú)論是在傳統(tǒng)環(huán)境還是SOA環(huán)境中，它就越不可能滿足交易系統(tǒng)的需要。

Cummins說(shuō)，對(duì)SOA來(lái)說(shuō)，單純重新打包EAI工具的MDM工具沒(méi)什么太大幫助。這是因?yàn)镾OA應(yīng)當(dāng)受到業(yè)務(wù)流程的驅(qū)動(dòng)，而EAI一般將重點(diǎn)放在把應(yīng)用連接在一起，而不關(guān)注每種應(yīng)用基礎(chǔ)數(shù)據(jù)的上下文關(guān)系。

從根本上講，這是個(gè)設(shè)計(jì)問(wèn)題。正確地設(shè)計(jì)架構(gòu)和具體服務(wù)需要開(kāi)發(fā)人員了解他們與之互動(dòng)的服務(wù)，以及應(yīng)用所使用和產(chǎn)生的所有數(shù)據(jù)，而這是個(gè)需要投入大量勞動(dòng)的過(guò)程。這正是為什么IT需要方便地訪問(wèn)數(shù)據(jù)服務(wù)集合或是數(shù)據(jù)映射的原因。Common Sense的 DePalma說(shuō)：“到了一定階段，就必須建立信息庫(kù)。這不僅對(duì)SOA至關(guān)重要，在傳統(tǒng)環(huán)境中也是如此?！?/P>

映射建立后，IT就可以將注意力放在開(kāi)發(fā)執(zhí)行它們的連接或服務(wù)上。IT必須了解哪些映射應(yīng)當(dāng)提供給多個(gè)服務(wù)和應(yīng)用，因此要被當(dāng)作獨(dú)立的流程來(lái)實(shí)現(xiàn)；還有哪些映射是特定業(yè)務(wù)邏輯所特有的，應(yīng)當(dāng)與這個(gè)業(yè)務(wù)邏輯封裝在一起。

而由于沒(méi)有清晰的ROI，許多企業(yè)并沒(méi)有開(kāi)展數(shù)據(jù)架構(gòu)的建設(shè)。不過(guò)，IT部門(mén)可以循序漸進(jìn)地參與進(jìn)去，圍繞用于滿足特定應(yīng)用或服務(wù)需要的信息開(kāi)發(fā)規(guī)則和元數(shù)據(jù)。

BEA總設(shè)計(jì)師Paul Patrick說(shuō)，數(shù)據(jù)架構(gòu)通常包括多個(gè)數(shù)據(jù)模型，每個(gè)模型面向特定的主題或流程類(lèi)型。IT部門(mén)可以采取分段開(kāi)發(fā)的方式，同時(shí)需要精確定義數(shù)據(jù)模型之間所需的映射。

IT部門(mén)還要集中精力來(lái)應(yīng)付異常數(shù)據(jù)。例如，IT應(yīng)當(dāng)開(kāi)發(fā)查找異常數(shù)據(jù)的服務(wù)，而不是去嘗試開(kāi)發(fā)映射每一種可能的狀態(tài)或關(guān)系企業(yè)范圍的本體。最后，專(zhuān)家建議，企業(yè)應(yīng)當(dāng)構(gòu)建分發(fā)主數(shù)據(jù)的數(shù)據(jù)服務(wù)層，盡管實(shí)現(xiàn)這一目標(biāo)的基礎(chǔ)設(shè)施和工具目前尚不成熟。

準(zhǔn)備行動(dòng)

在企業(yè)中以服務(wù)的形式提供數(shù)據(jù)源是一項(xiàng)宏大的工程。對(duì)傳統(tǒng)的集成工作而言，這意味著了解每個(gè)應(yīng)用中的上下文關(guān)系，以及數(shù)據(jù)在交付給其他應(yīng)用時(shí)該如何轉(zhuǎn)換。對(duì)SOA來(lái)說(shuō)，這需要了解數(shù)據(jù)與不同的業(yè)務(wù)流程間的多種關(guān)系和依存性。

專(zhuān)家認(rèn)為解決這種環(huán)境的復(fù)雜性，需要在建立數(shù)據(jù)架構(gòu)模型前進(jìn)行IT投入，要求企業(yè)系統(tǒng)地考慮數(shù)據(jù)的依存性和上下文關(guān)系。IDC的Morris說(shuō)，發(fā)現(xiàn)數(shù)據(jù)模型和建立映射的工作量占到SOA數(shù)據(jù)架構(gòu)開(kāi)發(fā)工作量的70%左右。GGB的Kenngott說(shuō)，建模與發(fā)現(xiàn)的工作量占其ERP整合項(xiàng)目中數(shù)據(jù)集成工作量的30%左右。

Starwood的Park說(shuō)，這是非常值得做的準(zhǔn)備工作。“否則，你會(huì)在實(shí)施項(xiàng)目很長(zhǎng)時(shí)間后才發(fā)現(xiàn)有10個(gè)不需要的字段、10個(gè)需要但在設(shè)計(jì)服務(wù)時(shí)不知道的字段，以及5個(gè)與設(shè)想不一致的字段。當(dāng)你擁有一個(gè)具有數(shù)百個(gè)服務(wù)的復(fù)雜系統(tǒng)時(shí)，這些接口必須被明確下來(lái)?！彼f(shuō)。（網(wǎng)界網(wǎng)）