EAI從介面走向服務

EAI在近兩年成為企業信息化建設的熱點。應該說EAI建設是企業對他的信息系統建設的一個總結。從EAI建設的驅動力來說，EAI是為了解決企業內的"蜘蛛網"、"信息孤島"等問題而產生的。企業通過建設EAI系統，有效地降低了介面數量，並且在各個信息系統之間架起了溝通的橋樑。EAI為許多企業疏通了脈絡，提高了信息系統的整合能力。隨著技術的發展，EAI的核心理念在近年來又有新的突破。隨著WebService的興起，EAI面向服務的特徵越來越明顯。可以說，下一個階段的EAI系統，是建立在"面向服務"的理念上的整合體系，比現在大部分企業的"面向介面"的整合體系又向前邁進了一大步。首先讓我們來看一下目前企業在實施EAI系統時候採用的一些技術手段。一、傳統的EAI思路和發展過程企業建立各種信息系統是為了能夠提高業務處理的效率、增強企業的競爭能力。由於各種原因，很多企業都存在著一個個信息孤島：信息系統往往為不同的部門而設計開發，不同的應用之間不能共享業務處理流程和信息、不能有效的協同工作，這大大降低了信息系統的作用。隨著競爭的日益加劇，企業迫切需要消除信息孤島，使各個應用間既相互獨立又能有效協同工作，將不同的應用集成一個完整的企業級信息化環境中，並能夠實現與其他企業間的集成。這就是所謂的EAI，企業應用集成。企業應用集成就是通過相應的軟體技術將企業已有的和新建的各種業務系統集成起來，共同完成企業的各種商務活動，並能夠靈活快速地適應企業的發展和市場的變化。從企業應用集成的架構來看，比較有代表性的有兩種：匯流排型的集成架構和星型的集成架構。匯流排型的集成架構的原理是：各個應用系統的介面都面向於信息匯流排。信息在匯流排中流動、傳遞。他的優點是應用系統只需要編寫面向匯流排的介面，從而避免n*n個介面的編寫。tibco等公司的集成產品是這種架構的代表之作。架構圖如下：

星型結構的提法比較籠統，它的原理是信息和應用都集中向一個核心處理器。這個核心處理器或許是一個應用伺服器，或者是一個數據倉庫。比如ibm的集成方案，就是以mq為集成核心的。而webmothods則是以一個數據倉庫為集成核心的。這種架構的優勢在於。架構圖如下：

總之，傳統的集成方案有一個重要的特徵，他們都是面向各個信息系統的介面的。他們對各個應用系統的介面進行基於某些特定標準的處理，從而到達系統整合的目的。通過實施企業應用集成，可以有效地解決信息系統的介面的問題。二、從介面型EAI走向服務型EAI介面型的EAI系統有不可克服的難點：一是沒有真正實現統一的身份認證、狀態認證、安全控制等的基礎服務。二是製造了一個龐大而昂貴的核心系統。三是介面型的EAI系統在處理"長事務（Long Transcation）"的時候有很大的困難。企業的信息技術部門，從本質上講，是一個提供信息服務的部門。企業內的各種信息系統，為企業的內外用戶提供了全方位的信息服務。而系統與系統之間，從以往的眼光來看，是通過介面來實現聯繫的。這種思路正在逐步的改觀，應用系統與應用系統之間，也應該走向一種互為服務的關係。正是在這種跨應用系統的、面向服務的理念的驅動下，WebService在這兩年得到了比較快的發展。Web Service 是一系列標準的集合。它提供了一個分散式的計算模型，用於在Internet 或者intranet上通過使用標準的XML協議和信息格式來展現商業應用服務。用WebService來實現EAI，需要涉及到對被集成的各個應用系統本身進行改造，使之符合面向服務的體系。具體的結構圖如下：

用Web Service實現EAI的關鍵部件有：1.UDDI：統一描述、發現和集成（Universal Description, Discovery, and Integration，UDDI）。UDDI服務可幫助企業針對Web服務及其它可編程資源進行組織並編製目錄。通過對UUDI服務中的物理分布、組織機構、服務方式等一系列分類方案加以應用，企業可以建立起一種用來描述並發現相關服務的結構化與標準化方式。2.支持Web Service的應用伺服器：J2EE v1.4 開始就全面的支持Web Service 了。而.NET從一開始就是支持Web Service的。除此之外，也有一些其它的平台是支持Web Service的。3.應用系統的Web Service：毫無疑問，這一個步驟是實施的關鍵和難點。要想讓企業原有的系統轉而支持Web Service，需要對企業原有的系統進行改造。這個工作是艱難而充滿風險的。4.界面層次的整合。由於Web Service規範的標準性和簡單性，企業門戶系統（Portal）可以非常方便的實現信息系統界面層次的整合。讓我們來看一個整合實例：在實際商務活動中，經常會涉及到分析客戶的欠款情況。如果沒有EAI系統，我們會到CRM系統中查找客戶的聯繫信息，然後到ERP系統中查找客戶的供應信息。這是兩個完全獨立的過程。在建立了"介面型"的EAI系統之後，我們可以通過一個界面得到比較全面的信息。但是這還是不夠的。如果建設了"服務型"的EAI系統之後，這個請求會經過CRM和ERP系統的協同分析之後，將一個更有價值的、更加全面的模型返回給用戶。如下圖：

我們可以看到，整合後的業務流程為：1.在登錄企業門戶之後，用戶發出請求信息；2.支持企業門戶框架的應用程序通過瀏覽私有的UDDI註冊中心獲得關於CRM和ERP應用的Web服務的目錄；3.Web服務的位置和WSDL綁定信息被傳送給應用伺服器；4.應用程序調用CRM系統發布的Web服務得到客戶的信息，如名字、通信地址、電話以及客戶的Email。這個通訊過程是基於SOAP交互的；5.應用程序調用ERP系統發布的Web服務獲得客戶的供應信息，諸如應收款項，當月訂單和客戶交易歷史記錄。這個通訊過程也是基於SOAP交互的；6.信息被應用伺服器格式化。請注意，這個過程可能是一個交互的過程。7.經過深度分析後的信息模型被發給最初的調用用戶。顯然，面向服務的EAI對企業的各個信息系統提出了更高的要求，而這也將會是真正實施起來所要面對的最大難題。在一個企業內，總會有一些系統是很難升級到支持WebService的。在這種情況下，我們或許不得不首先用傳統的介面型的整合產品對它們進行初步的封裝，然後在一個標準的介面的基礎上，再來實現服務的抽取。總之，面向服務是信息系統的一項重要的特徵。而這種面向服務，不僅指的是面向企業的內外用戶的服務，而且，在面對企業內外的其他信息系統時，他也應該體現出一種服務提供者的姿態。而面向服務的EAI，也必然會在今後的幾年內走向成熟，並佔據重要的市場份額。
推薦閱讀：