隨需而變 SOA將成集成主流

最近幾年，改進應用集成一直是IT的優先項目，各個企業投資集成的欲望也十分強烈：根據Forrester的業務技術調查預測，2005年企業在集成方面的支出將穩定增長。EAI在六項基礎設施軟件建設中的優先級排名為第四名。45%的北美企業打算追加在EAI方面的投資。但歐洲企業只有36%有此打算。不過這兩個比例都說明整個市場正處于健康發展中（見圖1）。

圖1 EAI需求信號

雖然市場對集成的需求越來越大，但相應的產品需求信號卻仍不夠強烈，主要集成廠商的收入也依然毫無起色。為什么會出現這種情況呢？肯定存在一些看不見的因素影響著集成市場的走勢?，F在市場上能夠滿足集成需求的替代產品很多，這使得企業在集成上的投資變得十分分散。獨立的集成廠商不再是市場的全部。

提供替代性集成產品的廠商有：應用平臺廠商，軟件包廠商，甚至是開源軟件。供應方的增加使整個市場競爭加劇，廠商利潤攤薄。在2000~2002年間的經濟蕭條時期，需求疲軟也導致產品價格的進一步下滑。而隨著基于標準的集成方法（例如Web Services）出現，以及市場整合的進行，基礎設施越來越日用品化，從而進一步導致價格下降。

但競爭和日用品化并不是事實的全部。我們應該反思一下，我們衡量市場的標準是否有問題呢？是否遺漏掉重要的集成需求呢？大多數評價市場的標準都是根據以前的EAI制定的，沒有考慮到新的以集成為中心的應用需求，而這些新需求正是目前市場的主要動力。這些新需求包括：組合應用，實時商務智能與分析，流程門戶，甚至是協同平臺上的桌面集成?，F在，大部分開發項目需要一定程度的集成，但又不屬于集成支出。它們將是未來集成市場的重要動力，因為它們將集成方法同應用平臺所支持的標準統一起來。

那些大型應用平臺廠商正在建立支持SOA（Service-Oriented Architecture）的平臺、工具和應用。例如IBM已成為市場上最大的集成技術廠商，還有微軟也通過BizTalk Server從集成市場上獲利不少。同樣的， SAP也推出NetWeaver成為集成平臺廠商。

隨之而來的競爭考驗著各個解決方案滿足新老需求的能力。面對平臺廠商的大力促銷，整個市場的競爭態勢將無情地推動市場的整合。這將迫使大部分獨立廠商繼續改進提升產品，或是成為應用平臺廠商，否則的話就會在整合浪潮中被無情地吞并掉。

1.新的集成需求

隨著傳統集成方案增長放緩，集成市場逐漸為新需求和新應用推動。雖然傳統的集成需求仍然重要，但集成支出的增長將主要來自新需求：

組合應用：越來越多公司使用門戶、流程管理工具、客戶信息集線器和專業的開發工具來創建組合應用。集成是組合應用的核心，推動流程流動，合并、分析或展示數據，跟蹤關鍵績效指標，支持跨組織或跨應用的流程。SOA將組合應用同更多的應用功能和數據連接起來。組合應用也比較容易改變，因為它們將應用行為表現為可變的元數據，而不是鎖定的代碼。

實時商務智能與分析：數據集成的大趨勢是實時商務智能與分析，以便更迅速地根據商業洞察采取商業行動。企業信息集成（Enterprise Information Integration，EII）平臺可用于查詢和整合，業務活動監控（Business Activity Monitoring，BAM）系統負責跟蹤、整合和報告主要的業務事件，它們都使用底層的集成來訪問、操作和移動數據。通常實時商務智能與分析應用偏好使用胖客戶端瀏覽器作為用戶界面。數據集成也使用SOA來解放數據，使用XML作為通用數據語言。

內部協同：許多組合應用涉及到多名協同工作的用戶或團隊。通常使用平臺的協同特性能夠較好地解決這個問題，例如微軟的Exchange Server和辦公軟件， EMC的Documentum eRoom，IBM的 Workplace，Groove Networks的Virtual Office，FileNet的Team Collaboration Manager。

外部協同：現在企業需要集成同客戶接觸的所有流程，這便構成了協同平臺的外部使用。例如聯系中心使用實時消息來接觸客戶，協同設計流程來連接B2B客戶。

2.SOA的主要影響

基于SOA的集成方法正推動著市場的發展，一些廠商也對此作出了響應。那些在技術設計方面比較敏捷的廠商提供了支持SOA的產品，但由于它們規模較小，因此這些產品所針對的客戶也比較狹窄。更大一些的廠商進行技術創新所需的時間要長一點，它們將現有產品改造為支持SOA的產品。最終它們將提供強大的SOA平臺，建立市場地位。

現有的產品和技術通?？梢灾С諷OA，不過在企業內大規模使用之前，必須對基礎設施進行必要的配置。不過，不要以為只要解決新技術的問題就可以了，還必須對現有產品進行集成以支持SOA的使用場景。SOA最常見的與集成相關的使用場景如下：

通過服務中介實現內部集成：服務中介類似于SOA集成服務器，它采用多種集成技術和運行時服務，為其它有需要的應用和服務提供可重用的業務服務。大多數廠商提供的服務中介都是以企業服務總線（Enterprise Service Bus，ESB）的形式出現的，當然也有一些廠商采用其他形式。但不管是什么樣的形式，服務中介是目前最通用的面向服務的集成方法。

通用服務的多渠道前臺集成：除了ESB之外，最通用的集成場景就是共享底層業務服務的多種交互渠道。Forrester將這種使用SOA方法的多渠道集成稱為交互平臺。多渠道集成戰略能夠使顧客進行跨渠道交互，從而推動銷售的大幅度增長，提升顧客滿意度和忠誠度。

BPM：業務流程是新集成方法的中心。SOA平臺中也有許多新標準是支持BPM的，主要是BPEL4WS標準和核心Web Services標準。這些標準能擴大流程自動化的范圍，相對于老技術來說，它們能支持更多的基礎設施和應用。

上述三種場景還可能一起出現：由一個ESB平臺實現多渠道集成和BPM。從單個場景來說，各個場景都強調了SOA的不同方面。

3.SOA平臺將成集成市場主流

新的集成需求和SOA的結合將改變目前的行業結構。新的需求要求集成平臺在整個應用生命周期中，形成整套的定制的組合應用。最終，單一的集成平臺將綜合業務流程、用戶交互、應用集成和數據集成服務，但這還需要經過一兩年時間進行推廣。

同時，大部分組織將被迫實施兩種集成平臺——一種是支持流程、用戶交互和應用集成的平臺，另一種是支持數據集成平臺（提供數據提取轉換加載、數據總和、分布式查詢或數據網格）。少數大型應用平臺和企業平臺廠商將逐漸占領集成市場的半壁江山，余下的市場份額將由應用集成廠商、B2B集成廠商、企業內容管理廠商和獨立的BPM廠商瓜分。

1.集成平臺

前面所討論的單一戰略集成平臺將綜合業務流程、用戶交互、應用集成和數據集成功能于一身。曾經，這些功能都只能通過專門的產品獲得，但現在它們融合在一個大平臺中。集成平臺的主要元素：

消息總線和應用集成：許多集成平臺都是從EAI產品演變而來的。他們的主要特征就是由消息總線提供數據格式轉換和路由、流程自動化和應用適配器。不同于EAI產品，現在的集成服務平臺支持服務集成，使用Java、J2EE或.NET作為核心編程模式。

集成的流程管理能力：集成平臺還提供BPM功能，同時綜合流程建模、以人為中心的工作流、以及垂直行業流程模板。

演示及其它用戶交互功能：支持用戶交互和跨渠道集成，包括演示層的集成能力，例如門戶、業務活動監控儀表板。

行業協議和數據格式：集成平臺通常包含特定的行業數據格式、通訊協議和服務。例如高科技行業的RosettaNet PIPs、醫療行業的SWIFT、保險行業的ACORD。

生命周期管理功能：集成平臺提供全生命周期開發和管理功能。集成活動正日益成為更大范圍生命周期的一部分，包括組合應用的開發和配置，這些功能通常作為集成生命周期管理解決方案的一部分。

2.集成平臺廠商

有多種類型的廠商提供集成平臺：

應用平臺廠商：主要的平臺廠商（例如IBM、BEA System、Microsoft、Oracle、Sybase、Sun Microsystems）都開發了功能全面的集成平臺，平臺采用的技術都大同小異。

企業應用廠商：這類廠商包括SAP、Oracle、Siebel Systems等，他們創建了自有的集成平臺，這對他們現有的應用產品是一個補充。

獨立的集成廠商：有EAI背景的獨立集成廠商（例如TIBCO、SeeBeyond、webMethods）以及有B2B背景的獨立集成廠商（例如Sterling Commerce和GXS）。包含在這類廠商中的還有主機廠商，例如Viacore和E2open，他們在高科技行業推行RosettaNet，最近GXS、Inovis、Grand Central Communications和Nsite也加入了這一陣營。

數據集成廠商：數據集成技術來自多種廠商：DBMS廠商，BI廠商，數據訪問中間件廠商?，F在數據集成技術也在發展成為平臺。

3.集成平臺的選擇

在選擇集成平臺時，應遵循以下原則：

(1)應用集成和數據集成分離：應將企業的應用集成需求同數據集成需求分離開來，將企業現有的系統在這兩個大框架下進行整合。對于大部分企業來說，這兩類集成產品往往來自兩個廠商，這時就要注意兩類平臺之間的整合問題了。

(2)考慮集成環境：應用集成市場主要提供三大類應用集成平臺。應根據企業需求選擇最合適的平臺類型。然后列出此類平臺廠商的名單，選擇那些能夠滿足企業當前和未來需求的廠商。

應用平臺提供的集成是與特定編程模式（通常是Java/J2EE或.NET）緊密聯系的，而不是同某種企業應用軟件包相匹配。緊密聯系一種編程模式可以降低應用平臺集成對平臺的依賴性。

企業應用集成廠商提供的集成針對自身應用產品時是較有優勢的。例如， Oracle針對它自身的E-Business軟件包的適配器就比別的適配器更為透明，提供的管理功能也比較豐富。但是如果企業的應用環境中包含來自多個廠商的應用，那么就很難選擇平臺了。

(3)與架構相匹配：你選擇的平臺產品必須適合企業的集成架構。這種匹配可以在三個層次上實現：產品、廠商、標準。這三種層次都有各自的優缺點：

假如在產品層實現匹配，那么你需要5~10年時間來使產品滿足企業的集成需求。從長期來看，企業必須獲得必要的開發和管理技能，以較低的成本來維護平臺。廣泛使用的主流產品比小生境產品擁有更為龐大的專家隊伍。企業必須保證能夠通過單一產品的標準化來降低成本，并且這種產品不會在5年內從市場上消失。

在產品層實現匹配的主要風險在于，產品占據了集成戰略的核心位置。假如廠商改變了它的產品戰略，那么企業進行轉換的費用是十分高昂的。

在廠商層實現匹配意味著企業只使用一家廠商的產品來滿足10年內的集成需求。在這種情況下，企業能夠對廠商未來的產品方向提供建議，而且廠商能以較低的收費向企業提供平臺管理技能。但廠商必須能跟上行業創新和標準的步伐。企業在管理廠商時，應保證實現經濟規模性。當前采用這種匹配策略的企業主要選擇IBM、Microsoft、SAP、Oracle作為戰略廠商。在以前TIBCO、IONA Technologies等專業廠商也是企業考慮的對象。

在廠商層實現匹配的主要風險在于，小廠商可能無法在市場中長期生存，而大廠商可能對市場的反應速度比較慢，難以提供預期的經濟規模性。

在標準層實現匹配意味著企業在集成架構中采用一個或一組標準，所有客戶化開發和采購決策都根據這些標準進行。這種方法使企業能根據集成需求選擇產品和廠商。但是這種方法要求企業具備選擇標準和使用標準的嚴格程序。這種方法的成本也比較高，因為無法從廠商那里獲得產品采購折扣，廠商的數量也會增加，并且需要針對多種產品開發技能。

(4)實現意外情況的融合：在選擇標準平臺時，企業應盡量減少意外情況的數量，避免采購非標準的集成技術來解決這些意外情況。意外情況是任何技術標準都無法避免的。在采購額外的集成產品以解決意外情況時，應考慮新產品的廠商管理成本、升級成本、技能成本、支持成本。

舉個例子來說，許多企業使用B2B服務廠商的產品來滿足它們同業務伙伴以及顧客（使用EDI和XML）的集成需求。一些企業采用具備豐富的用戶界面的專業產品。還有一些企業采用專業的Web Services交互。企業的集成戰略應該支持意外情況，但也要滿足標準平臺的要求，在3年之內取得非標準產品和標準集成平臺之間的融合。

(責任編輯：銘銘)