對于今天的大多數企業而言，系統集成已經是一個不可回避的話題。在不同的歷史時期，基于對信息技術的不同理解，企業采用了多種技術建設了各種各樣的應用系統，比如，OA、ERP、CRM等，這些系統由于建設時間不同，負責建設的廠商不同，
對于今天的大多數企業而言，系統集成已經是一個不可回避的話題。在不同的歷史時期，基于對信息技術的不同理解，企業采用了多種技術建設了各種各樣的應用系統，比如，OA、ERP、CRM等，這些系統由于建設時間不同，負責建設的廠商不同，采用的標準也不同，因此，形成了一個個無法共享的信息孤島。隨著系統的增多，特別是門戶、商業智能還有協同應用的誕生對系統整合的需求日益迫切，集成成了一個熱門話題，也成了一個難題。
集成技術的三個發展階段
集成技術的發展已經有很多年了，大體經歷了以下三個階段：
點對點的集成。早期，由于需要集成的系統比較少，最常見的是兩、三個系統之間進行數據交換。這時，企業普遍采用編程的方式來完成系統之間的數據交換任務。這種方式簡單，但其最大的問題是缺乏靈活性，每兩個系統之間需要進行互訪時都要開發一段程序。兩三個系統之間的互訪尚可以應付，隨著系統的增加，其復雜性和工作量成指數級增加。
EAI這種方法是建立一個集中的數據交換平臺(這個平臺通常由中間件擔當)，同時在每個應用系統中安裝一個名為Adapter(適配器)的插件。Adapter負責把應用系統的數據翻譯為統一規范的格式，發送數據交換平臺上，同時也把接受到的數據轉換為系統所需的格式。這個平臺降低了集成的難度，同時，可擴展性也比較好。不足之處在于，集中的數據交換平臺和Adapter的開發都非常復雜，初期投資比較高，具有較高的應用門檻，非一般企業可以承受，而另一方面，由于投資大，用戶的期望也非常高，所以很多用戶最后對其效果并不滿意。幾年前，Tibco和Vitria等公司在這方面做了不少工作。
基于SOA(Service-OrientedArchitec-ture)的集成。SOA概念的普及給那些徘徊在應用集成大門之外的企業帶來了新的希望。SOA通過建立一種統一的架構，使得軟件開發人員能快速開發、集成和重用應用。更為重要的是，基于這種軟件框架，系統能在業務發生變化之后，動態響應新的需求，快速重新裝配各種軟件構件和服務。今天基于SOA的集成方法正推動著市場的發展，BEA、IBM、Oracle等大多數供應商也開始轉向SOA。
分布式SOA基礎架構
盡管很多供應商提供了基于SOA的集成方法和產品，但最常見的還是基于集成平臺的集成方法。這個平臺類似于SOA集成服務器，它采用多種集成技術，為其他有需要的應用和服務提供可重用的業務服務。大多數廠商提供的這個平臺以企業服務總線(EnterpriseServiceBus，ESB)的形式出現，當然也有一些廠商采用其他形式，比如圍繞BPM進行業務流程集成。
“盡管與傳統的集成方式相比，這種方式向SOA邁出了一大步，也解決了不少實際問題，但這種方式并沒有真正體現SOA的分布式的優勢。”SOA領域的專家、率先提出分布式SOA基礎架構理念的IONA的CTOEricNewcomer說。
因為這里的集成本臺大多數是從EAI產品演變而來的。它們的主要特征就是由消息總線提供數據格式轉換和路由，完成流程自動化和應用適配器的功能。與EAI產品不同的只是，現在的集成服務平臺支持服務集成。
這種總線式的架構本質上是集中式的SOA架構，它仍然帶有傳統的EAI產品的弱點。比如，集中式SOA架構會增加成本，限制資源的再利用，降低系統的靈活性，并且有可能形成成本高昂的系統瓶頸。最糟糕的結果是，它很有可能偏離技術中立的原則，把用戶綁定在供應商的專有技術上，成為用戶取消SOA計劃的第一原因。如果SOA架構的靈活性不足以滿足用戶的各項需求，無疑會導致用戶對SOA架構的徹底失望。
而SOA本質上應該是分布式，不應該存在有集中的控制點，任何應用只要符合相關規范都可以進入SOA網絡進行交互(自然上述集中式的SOA架構也可以作為SOA的一部分)。
那么，分布式SOA架構如何來解決集成的問題呢?IONA提出的方法是對那些老系統進行SOA封裝，即在每個應用上部署一個小的智能終端，由這個輕量型的插件來完成與SOA網絡的通信，而網絡中不再需要一個集中的控制平臺。IONA的中國區總裁薛志勇認為，這種方式的最大優點是投資小、支持漸進式的部署、技術中立，也不存在瓶頸，更為重要的是，這種方式符合SOA的開放性、分布式的本質。
文章來源：北方網