EAI

EAI 將進程、軟件、標準和硬件聯合起來，在兩個或更多的企業系統之間實現無縫集成，使它們就像一個整體一樣。儘管EAI常常表現為對一個商業實體（例如一家公司）的信息系統進行業務應用集成，但當在多個企業系統之間進行商務交易的時候，EAI 也表現為不同公司實體之間的企業系統集成，例如B2B電子商務。

在20世紀60年代到70年代期間，企業應用大多是用來替代重複性勞動的一些簡單設計。當時並沒有考慮到企業數據的集成，惟一的目標就是用計算機代替一些孤立的、體力性質的工作環節。

到了20世紀80年代，有些公司開始意識到應用集成的價值和必要性。這是一種挑戰，很多公司的技術人員都試圖在企業系統整體概念的指導下對已經存在的應用進行重新設計，以便讓它們集成在一起。然而這種努力收效甚微。

EAI(3張)

20世紀90年代，ERP應用開始流行的時候，同時也要求它們能夠支持已經存在的應用和數據，這就必須引入EAI。所以説，EAI的發展是合乎邏輯的，企業利用客户端/服務器技術實現了分佈應用，但後來認識到連接多樣業務處理的好處。其他推動EAI市場的因素還有應用軟件包的發展、針對Y2K問題的應用、供應鏈管理（B2B集成）、流式業務處理以及Web應用集成。 ^[1] 

這是比較原始和最淺層次的集成，但又是常用的集成。這種方法是把用户界面作為公共的集成點，把原有零散的系統界面集中在一個新的、通常是瀏覽器的界面之中。

當對業務過程進行集成的時候，企業必須在各種業務系統中定義、授權和管理各種業務信息的交換，以便改進操作、減少成本、提高響應速度。業務過程集成包括業務管理、進程模擬以及綜合任務、流程、組織和進出信息的 ^[2]  工作流，還包括業務處理中每一步都需要的工具。

為兩個應用中的數據和函數提供接近實時的集成。在一些 B2B 集成中用來實現 ^[3]  CRM系統與企業後端應用和 Web的集成，構建能夠充分利用多個業務系統資源的電子商務網站。

為了完成應用集成和業務過程集成，必須首先解決數據和數據庫的集成問題。在集成之前，必須首先對數據進行標識並編成目錄，另外還要確定元數據模型。這三步完成以後，數據才能在數據庫系統中分佈和共享。

要實現系統的集成，底層的結構、軟件、硬件以及 ^[4]  異構網絡的特殊需求都必須得到集成。平台集成處理一些過程和工具，以保證這些系統進行快速安全的通信。

EAI解決方案通常涉及到JCA、JMS、Web 服務以及 XML等多種企業級技術。這些技術都已經成為業界的標準，從而可以最大化地保護客户投資。這些技術既可以被包含在相關產品中供用户透明地使用， 也可以由用户自己在應用程序中加以調用。此外，SOA（面向服務的架構）隨着各大廠商的追捧而變得炙手可熱。雖然SOA本身不是一個全新的概念， 但由於Web服務以及網格計算等技術的成熟，SOA 具備了更好的發展條件。對於 EAI 來説，基於SOA的企業應用系統可以隨着企業業務的變化而逐漸變化，能夠實現“柔性化”的軟件系統，從而降低實施 EAI 的成本和風險，因此可以説SOA的興起給了EAI廠商一個新的機會。