IBM認為一個完整的EAI的解決方案應當包括五個方面：用戶交互、應用連接、業務流程整合、構建整合和信息集成。
在這篇blog中來探討下EAI的應用連接，IBM對于應用連接的定義：通過 HUB 或總線架構，實現應用與應用之間的連接，完成相關的數據路由與數據格式轉換，對于IBM的這個定義，非常的認可，在實際的EAI類的項目中，這也確實是個很實際的需要解決的問題，可能很多人仍然會認為EAI是一種炒作，好象也是沒有什么做的成功的EAI項目，但EAI項目現在確實是存在的，而且在這塊的技術、實施經驗也是不斷的成熟，EAI項目帶來的意義更是不可否認，在這篇blog中將從應用連接所應對的應用場景、技術實現兩個方面來探討下：
應用連接所應對的應用場景
在EAI項目中，通常都會有這樣的需求，那就是A應用需要主動的發送某些數據給B、C或C或C、D應用，要做到的效果就是不論B、C或C或C、D應用是否啟動，在這些應用啟動后數據都必須100%的送到，在送到時需要讓A應用得到通知，在未送到的情況下也要讓A應用知道未送到的原因，而如果超出時間仍然未送到的話則要告訴A應用發送給某應用的數據失敗了。
這個應用場景更為形象的描述的話可以類比實際生活中的送信的過程，盡管應用連接的需求的復雜程度遠超過送信的過程，如果大家能想起更加吻合的場景的話，請回復一下，多謝。
應用連接的技術實現
應用連接的技術實現的發展過程和階段非常的明顯，在最早各大廠商開始炒作EAI時，對于應用連接這塊全部是號稱用MQ就可以直接實現的，為什么會想到用MQ呢，這是因為在應用連接所應對的應用場景中非常重要和典型的需求就是“保證信息能夠及時和準確傳遞”，這正是MQ的強項，自然MQ就當仁不讓的成為了應用連接技術實現的首選，當然，這確實是應用連接技術實現中的一個重要的選擇，即使在現在MQ也仍然是應用連接技術實現中核心的產品，但僅僅基于MQ是無法實現應用連接中的應用需求的，MQ僅僅能保證消息及時、準確的傳遞，但它對于應用連接中重要的應用級別的生命周期、應用級別上的消息的100%到達的需求都是無法實現的，但是基于MQ是可以實現這些的，而且MQ對于扮演兩點之間的消息的可靠的到達上還是起到了很大的作用的，近一兩年來EAI開始從炒作進入做實事的階段，大廠商們也開始推廣新的產品來實現應用連接，象IBM的MB、BEA的Service Bus，這都是開始從應用層面考慮對于應用連接的實現的，但是否基于這些產品就真的可以實現呢，仍然是存在著巨大的疑問的，而數據傳輸時采用怎么樣的數據標準是純粹的應用領域的需求，中間件產品能否很好的支持這個也是一個非常重要的問題。
根據IBM對于應用連接的定義，可以看出，上面的技術實現的描述只是探討了對于通過 HUB 或總線架構，實現應用與應用之間的連接，完成相關的數據路由，但對于數據轉換這塊還沒探討，數據到了接收的應用后，如何轉換為符合該應用的數據結構呢，這是數據轉換所需要做的事情，數據轉換這塊目前發展的已經較為成熟了，各種圖形化的非常好用的數據轉換工具已經出現。
根據這樣的技術實現的描述，可以看到在應用連接的技術實現上應用級別的數據傳輸這塊仍然是EAI領域的一個產品的爭奪點，而如何實現好數據傳輸這塊則需要依據豐富的EAI類項目的經驗才行。