因?yàn)楣窘衲晖瞥隽薃pusic ESB集成平臺(tái)，而銷(xiāo)售同事希望能夠用通俗的方式理解這個(gè)產(chǎn)品，于是一段談話(huà)促成了這篇隨筆。
Apusic ESB字面意思就是（Enterprise Service Bus）企業(yè)服務(wù)總線，顧名思義就是把(web services)注冊(cè)在服務(wù)總線上，使應(yīng)用程序通過(guò)統(tǒng)一的服務(wù)總線平臺(tái)獲取其他應(yīng)用提供的服務(wù)，目的是可以獲取其他應(yīng)用程序里面的信息，再簡(jiǎn)單些就是讓程序與程序之間可以交換數(shù)據(jù)。講到這，有朋友肯定會(huì)問(wèn)，這么簡(jiǎn)單的事情干嗎要整得這么復(fù)雜呢，程序里面多寫(xiě)兩段代碼就可以完成了呀，而且現(xiàn)在市場(chǎng)上做數(shù)據(jù)交換的東西很多，程序自己寫(xiě)代碼交換數(shù)據(jù)、通過(guò)MQ的消息機(jī)制交換數(shù)據(jù)、通過(guò)數(shù)據(jù)交換平臺(tái)交換數(shù)據(jù)，現(xiàn)在金蝶又出個(gè)ESB交換數(shù)據(jù)，有什么區(qū)別嗎？下面我將一一道來(lái)。
第一代通過(guò)協(xié)議傳送數(shù)據(jù)。就是編寫(xiě)代碼通過(guò)HTTP、FTP、SMB等協(xié)議實(shí)現(xiàn)數(shù)據(jù)在應(yīng)用程序之間的交換，好處是開(kāi)發(fā)過(guò)程簡(jiǎn)單、維護(hù)成本低，就像一個(gè)工廠買(mǎi)了電瓶車(chē)在不同廠房之間運(yùn)送貨物。問(wèn)題也顯而易見(jiàn)，如果是地區(qū)性甚至全國(guó)性的企業(yè)，自己運(yùn)送貨物的成本和效率都變得極為不值。
第二代通過(guò)消息傳送數(shù)據(jù)。仍然需要寫(xiě)代碼，但是不需要通過(guò)某個(gè)具體的協(xié)議，也不需要與最終目標(biāo)打交道，只要按照Apusic MQ（消息中間件）提供的消息格式將數(shù)據(jù)打包，然后告訴MQ目的在哪里，MQ就會(huì)負(fù)責(zé)把打包成消息的數(shù)據(jù)傳送到位，并且還保質(zhì)保量。就像一個(gè)業(yè)務(wù)擴(kuò)展后的企業(yè)，不再依靠自己找?guī)讉€(gè)人、買(mǎi)幾部車(chē)的方式來(lái)傳送貨物，而是通過(guò)專(zhuān)業(yè)化的物流公司，利用物流公司搭建的網(wǎng)絡(luò)，并按照物流公司制定的貨物標(biāo)準(zhǔn)將貨物打包，就可以獲得專(zhuān)業(yè)化的物流服務(wù)，從而大幅降低企業(yè)本身物流成本和更高的傳送質(zhì)量，因此選擇物流公司必須關(guān)注網(wǎng)絡(luò)質(zhì)量和傳送效率是否滿(mǎn)足企業(yè)需要。
第三代通過(guò)數(shù)據(jù)交換平臺(tái)傳送數(shù)據(jù)。基于第二代消息中間件（MQ）搭建起一個(gè)數(shù)據(jù)交換平臺(tái)，平臺(tái)中還提供了直接訪問(wèn)數(shù)據(jù)的適配器，程序員不再編寫(xiě)代碼，而是制定源數(shù)據(jù)與目標(biāo)數(shù)據(jù)的格式和存取方式，剩下的數(shù)據(jù)抽取、轉(zhuǎn)換和裝載工作就由數(shù)據(jù)交換平臺(tái)完成，大大減輕了程序員的工作量。就如物流公司希望提供差異化服務(wù)，不再局限于送個(gè)東西，而是為用戶(hù)提供上門(mén)服務(wù)，用戶(hù)只需要像點(diǎn)菜一樣列出貨物清單和送貨地點(diǎn)，物流公司就會(huì)完成貨物打包和發(fā)送的事情，大大減輕了企業(yè)送貨的工作量，當(dāng)然同樣要多付出一點(diǎn)定制化成本。而物流公司在基礎(chǔ)平臺(tái)方面是否采用了優(yōu)質(zhì)高效的運(yùn)輸設(shè)備，在用戶(hù)支持方面是否具備專(zhuān)業(yè)化的服務(wù)能力，就成為用戶(hù)選型的重要參考條件。
第四代通過(guò)Apusic ESB（企業(yè)服務(wù)總線）傳送數(shù)據(jù)。以前的數(shù)據(jù)傳送方式都是以“推”為主，就是定義好需要傳送的數(shù)據(jù)，然后推向接收方，接收者是被動(dòng)的接收數(shù)據(jù)，而無(wú)法根據(jù)需要從數(shù)據(jù)源“拉”數(shù)據(jù)。傳送的內(nèi)容僅僅是數(shù)據(jù)，必須被接收方整合到自己的應(yīng)用系統(tǒng)中才能變成有價(jià)值的信息。應(yīng)用之間是數(shù)據(jù)的傳送，數(shù)據(jù)被轉(zhuǎn)換成信息后還需要整合到業(yè)務(wù)流程中才能最終完成業(yè)務(wù)的整合。如果業(yè)務(wù)發(fā)生變更，仍然需要修改代碼完成業(yè)務(wù)整合工作，非常不利于未來(lái)應(yīng)用整合的需要。Apusic ESB通過(guò)web service滿(mǎn)足業(yè)務(wù)流程整合需要，這種整合方式就是當(dāng)今流行的SOA（Service-Oriented Architechture)，將數(shù)據(jù)包裝成信息通過(guò)服務(wù)的方式暴露出來(lái)，并統(tǒng)一注冊(cè)到企業(yè)服務(wù)總線上。如果是應(yīng)用本身的業(yè)務(wù)發(fā)生變化，代碼的修改不會(huì)影響到暴露出來(lái)的行為；如果是業(yè)務(wù)流程發(fā)生變化，通過(guò)改變業(yè)務(wù)流程定義文件，將業(yè)務(wù)流程重組從而實(shí)現(xiàn)新業(yè)務(wù)需要。應(yīng)用程序通過(guò)服務(wù)將需要的數(shù)據(jù)“拉”到本地應(yīng)用中，從而完成數(shù)據(jù)交換、信息交換及至業(yè)務(wù)整合工作，還可以通過(guò)自定義方式將常用數(shù)據(jù)按統(tǒng)一存儲(chǔ)到數(shù)據(jù)倉(cāng)庫(kù)中，從而提升了數(shù)據(jù)使用效率、降低后期維護(hù)成本。就如物流公司不僅幫助企業(yè)運(yùn)送貨物，還協(xié)助企業(yè)維護(hù)貨物清單、建立貨物倉(cāng)庫(kù)，降低企業(yè)貨物運(yùn)輸?shù)某杀竞途S護(hù)成本，使貨物可以根據(jù)需求進(jìn)行運(yùn)輸，從而使資源分配更加合理。