基于云的數(shù)據(jù)集成在很多是由是有效的。但是基于云的應(yīng)用集成(基于云的EAI)就有點(diǎn)新品上市的意味了。

　　像SnapLogic和Boomi這樣的廠商協(xié)助我們殺進(jìn)基于云的數(shù)據(jù)集成領(lǐng)域，像Informatica這樣的重量級(jí)選手則協(xié)助其成為主流技術(shù)。

　　第一個(gè)基于云的應(yīng)用集成平臺(tái)

　　MuleSoft是著名的開源消息總線軟件廠商，隨時(shí)準(zhǔn)備用其新的iON基于云的應(yīng)用集成平臺(tái)，改變應(yīng)用集成領(lǐng)域和云集成領(lǐng)域的格局。MuleSoft的iON是第一個(gè)功能完整的，為云應(yīng)用集成構(gòu)建的套件。

　　數(shù)據(jù)VS.應(yīng)用集成

　　數(shù)據(jù)集成，是一種“批處理模式”或者被調(diào)度的操作，是不同的數(shù)據(jù)源和目標(biāo)之間同步數(shù)據(jù)的，涵蓋了數(shù)據(jù)操作、調(diào)和、重復(fù)刪除、凈化、標(biāo)準(zhǔn)化和其他的數(shù)據(jù)密集操作。本質(zhì)上，數(shù)據(jù)集成提供最下層數(shù)據(jù)源的抽象層。數(shù)據(jù)集成任務(wù)可能一周、一天或者一小時(shí)，甚至是時(shí)刻都要運(yùn)行一次。但不會(huì)一小時(shí)運(yùn)行數(shù)百萬(wàn)次上千萬(wàn)次。數(shù)據(jù)集成任務(wù)可能包含數(shù)據(jù)或者字節(jié)的單一記錄。

　　應(yīng)用集成是關(guān)于應(yīng)用之間(而不是數(shù)據(jù)源之間)的消息交換的可靠性和準(zhǔn)時(shí)性。通常在以一種接近實(shí)時(shí)的速度在運(yùn)轉(zhuǎn)，通常包括核心消息層的頂部的功能工作流類型。應(yīng)用集成讓業(yè)務(wù)流程可以跨越多重不同的系統(tǒng)，提供底層應(yīng)用和業(yè)務(wù)流程的抽象層。通常數(shù)據(jù)綜合包含在一個(gè)單一的應(yīng)用集成任務(wù)中的非常小(盡管在一小時(shí)的過程中可能存在無(wú)數(shù)應(yīng)用集成任務(wù)要處理)。

　　下圖顯示了兩種不同類型的集成之間的區(qū)別的高層次描述。數(shù)據(jù)集成是關(guān)于數(shù)據(jù)從一個(gè)地方到另一個(gè)地方的轉(zhuǎn)移和轉(zhuǎn)換，忽略了應(yīng)用或者業(yè)務(wù)邏輯，而應(yīng)用集成考慮在應(yīng)用邏輯層將系統(tǒng)連接在一起，數(shù)據(jù)就是作為一個(gè)簡(jiǎn)單的旁觀者。

　　決策：你適合哪種集成方法

　　正如我以前所寫的，數(shù)據(jù)集成不必應(yīng)用集成優(yōu)越，也不比應(yīng)用集成差勁。只是取決于需求的不同。例如，如果你需要從許多交易系統(tǒng)填充一個(gè)巨大的數(shù)據(jù)倉(cāng)庫(kù)，數(shù)據(jù)集成可能更適合你。如果你想構(gòu)建一個(gè)簡(jiǎn)單的業(yè)務(wù)流程，可以跨多個(gè)獨(dú)立的應(yīng)用，應(yīng)用集成就是可行之路。差不多所有具有集成需求的企業(yè)都需要這兩種類型的集成技術(shù)。

　　應(yīng)用集成案例

　　就像解釋基于云的應(yīng)用集成的好處一樣，可能最有效的就是在通用案例的環(huán)境中表現(xiàn)出來。

　　訂單到現(xiàn)金(Order to Cash (OTC))是最常見的業(yè)務(wù)流程，每一個(gè)商業(yè)產(chǎn)品交換都需要這個(gè)類型的業(yè)務(wù)流程來獲取報(bào)酬。考慮這樣一個(gè)場(chǎng)景，商人賣了一個(gè)實(shí)體產(chǎn)品給其他商人。他們收到來自客戶的訂單。他們處理訂單，開發(fā)票、發(fā)貨單、收取款項(xiàng)。這個(gè)流程跨越了多種不同的系統(tǒng)，可能還跨越多種組織(就像很多公司外包運(yùn)輸)。這個(gè)流程的圖表如下：

　　對(duì)于像OTC這樣的業(yè)務(wù)流程，是一個(gè)單一的邏輯業(yè)務(wù)流程，應(yīng)用集成比數(shù)據(jù)集成更適合，主要由于以下原因：

　　(1)時(shí)間：應(yīng)用集成是事件驅(qū)動(dòng)的接近實(shí)時(shí)(而不是按計(jì)劃)。流程完成更快，企業(yè)就會(huì)更快獲得收益，縮短應(yīng)收賬款天數(shù)，更好的現(xiàn)金流。更快和更精確的訂單，客戶滿意度就越高。

　　(2)流程完整性很重要。應(yīng)用集成框架保證了某一事件的發(fā)生，將會(huì)在正確的訂單中發(fā)生。訂單中事件的發(fā)生很重要。例如，一個(gè)訂單在沒開發(fā)票時(shí)不能運(yùn)輸。訂單將會(huì)把產(chǎn)品和發(fā)票一同運(yùn)輸。盡快獲得支付，財(cái)務(wù)數(shù)據(jù)在多個(gè)地方需要更新，客戶記錄、合同賬目等。

　　基于云的應(yīng)用集成將會(huì)改變EAI

　　MuleSoft的iON在應(yīng)用集成市場(chǎng)將會(huì)是一場(chǎng)顛覆，主要有以下原因：

　　首先，本地EAI平臺(tái)已經(jīng)存在多時(shí)，自二十世紀(jì)九十年代就是主流。它們能力高，但是實(shí)現(xiàn)起來非常復(fù)雜和昂貴。

　　相當(dāng)多的企業(yè)級(jí)軟件被云終結(jié)了。對(duì)比Siebel的本地應(yīng)用和Salesforce的SaaS，就知道了。

　　并不是云可以變魔術(shù)一樣讓事物整合在一起，而是為云構(gòu)建的軟件包是新的，更加整潔的構(gòu)架，免費(fèi)處理遺留問題。例如，很多本地集成堆棧的代碼可以追溯到上個(gè)世紀(jì)九十年代，用戶界面還是Windows 95環(huán)境的。

　　其二，企業(yè)中越來越多的運(yùn)營(yíng)和分析應(yīng)用逐漸轉(zhuǎn)移到云端，像NetSuite或者Salesforce這樣的SaaS應(yīng)用增加，基于云的分析平臺(tái)成為重大分析和數(shù)字運(yùn)算的默認(rèn)選擇。

　　隨著應(yīng)用和數(shù)據(jù)的軌跡逐漸轉(zhuǎn)移到云端，集成將會(huì)繼續(xù)增加。就像SaaS和云不僅會(huì)成為主流，而且會(huì)成為業(yè)務(wù)應(yīng)用的較好選擇，基于云的應(yīng)用集成將會(huì)成為EAI的更好選擇。