應(yīng)用集成方案概述

1、應(yīng)用集成方案概述--張旭前言 前言2009 到 2011 的三年中我先后拜訪了 100 多家國(guó)內(nèi)企業(yè)，進(jìn)行應(yīng)用集成售前工作，并在數(shù)十個(gè)項(xiàng)目中擔(dān)任實(shí)施顧問或是實(shí)施項(xiàng)目經(jīng)理。 、這些企業(yè)中大多都同時(shí)運(yùn)行著多個(gè)來自不同軟件供應(yīng)商的企業(yè)應(yīng)用。由于這些應(yīng)用是獨(dú)立部署的，他們很難獲取到其他系統(tǒng)的信息也無法把本系統(tǒng)中的信息傳遞到下游系統(tǒng)，這就導(dǎo)致了完整的企業(yè)流程被數(shù)個(gè)不同的應(yīng)用強(qiáng)行割裂。企業(yè)只能通過人工方式才能將眾多業(yè)務(wù)流程連接到一起，而這種人工的方

2、式往往是低效和易錯(cuò)的。這些企業(yè)的應(yīng)用集成需求大多來自企業(yè)一線或是來自客戶，但是 70%以上應(yīng)用項(xiàng)目是直接由企業(yè)一把手或是 CIO 推動(dòng)的。也許從企業(yè)高層領(lǐng)導(dǎo)的視角看，這些獨(dú)立的應(yīng)用與他們所期望的完整高效的信息系統(tǒng)差距還很大。擺在這些決策者的面前的似乎只有兩條道路：第一，使用一個(gè)單一供應(yīng)商提供的全面解決方案。第二：通過應(yīng)用集成將這些系統(tǒng)整合。不管周圍有多少爭(zhēng)論，我始終認(rèn)為企業(yè)的應(yīng)用集成工作是不可避免的。無論市面上是否有廠商能夠?yàn)槠髽I(yè)提供一

3、個(gè)足夠大的全面應(yīng)用的軟件，這個(gè)應(yīng)用都不可避免的會(huì)與其他應(yīng)用交互。比如上下級(jí)企業(yè)，供應(yīng)鏈上下游的企業(yè)，社會(huì)公共平臺(tái)，政府監(jiān)管機(jī)構(gòu)，電子商務(wù)平臺(tái)等等。尤其是很多廠商提供的一體化應(yīng)用并不像他們宣稱的那樣靈活和適用，所以眾多異構(gòu)軟件在企業(yè)中并存將是一個(gè)長(zhǎng)時(shí)間的現(xiàn)象。傳統(tǒng)的應(yīng)用集成方式存在諸多弊端，僅僅依靠在兩個(gè)數(shù)據(jù)庫中傳遞數(shù)據(jù)或者相互之間調(diào)用接口的模式很難解決企業(yè)的整體集成問題。無論是在理論上或是實(shí)際中，這樣的集成方式注定意味著項(xiàng)目的失敗。當(dāng)前

4、的市場(chǎng)存在著眾多的 IT 人員外包公司，眾多集成軟件供應(yīng)商，然而企業(yè)真正需要的是一套可行的應(yīng)用集成整體解決方案。本方案是在幾個(gè)原型項(xiàng)目中逐漸成型的。這個(gè)方案回答了當(dāng)前關(guān)于如何進(jìn)行應(yīng)用集成的幾個(gè)關(guān)鍵問題，即應(yīng)用集成的目標(biāo)，應(yīng)用集成的方法以及如何進(jìn)行應(yīng)用集成實(shí)施。雖然我們的項(xiàng)目并不像我們所期望的那樣完美，但是方案中所體現(xiàn)的眾多價(jià)值點(diǎn)已經(jīng)在后續(xù)的項(xiàng)目中陸續(xù)顯現(xiàn)，只要我們按照這個(gè)規(guī)劃好的道路走下去，我相信完整集成只是時(shí)間的問2、 柔性和可擴(kuò)展：

5、建立一個(gè)框架，讓這個(gè)一體化中的各個(gè)成員（異構(gòu)系統(tǒng)）即能夠獨(dú)立應(yīng)用又能夠有機(jī)組合，甚至當(dāng)這些成員進(jìn)行版本升級(jí)或是替換的時(shí)候都不影響其他應(yīng)用。3、 開放性：組合后的系統(tǒng)能夠方便的和其他應(yīng)用交互信息。如上下級(jí)企業(yè)應(yīng)用，供應(yīng)鏈上下游企業(yè)，社會(huì)公共平臺(tái)，政府監(jiān)管機(jī)構(gòu)和電子商務(wù)平臺(tái)。一個(gè)明確的目標(biāo)是鑒定應(yīng)用集成方案優(yōu)劣的重要手段。不同的目標(biāo)下會(huì)選擇不同的集成方案。既然企業(yè)的整體應(yīng)用集成工作不可避免，那么確定一個(gè)明確的整體目標(biāo)和一套先進(jìn)的集成方法才是

6、企業(yè)在未來數(shù)年內(nèi)綜合受益最大化的保障。集成的方法 集成的方法面向服務(wù)集成 面向服務(wù)集成在以往的應(yīng)用集成項(xiàng)目中，由于沒有統(tǒng)一的規(guī)劃和整體的目標(biāo)，很多技術(shù)牛人熱衷于暴力技術(shù)流集成。他們總是關(guān)注每個(gè)系統(tǒng)的底層數(shù)據(jù)結(jié)構(gòu)，喜歡破解代碼或是在軟件的外圍做各種 agent。這種方法固然能夠在短時(shí)間內(nèi)起到很好的應(yīng)用效果，立竿見影的解決應(yīng)用的問題，但是我們認(rèn)為這種基于底層結(jié)構(gòu)的改造方式通常比較脆弱，軟件的升級(jí)、版本變動(dòng)或是軟件商替換對(duì)整體的結(jié)構(gòu)都將產(chǎn)生災(zāi)

7、難性的影響。面向服務(wù)的集成方法是一種拋棄了關(guān)注具體實(shí)現(xiàn)細(xì)節(jié)的集成方法。在 SOA 的框架下，系統(tǒng)之間是一種契約關(guān)系，而抽象出的服務(wù)就是這種契約的體現(xiàn)。也就是說一旦服務(wù)被定義了，那么如何實(shí)現(xiàn)這個(gè)服務(wù)我們不關(guān)心，但是服務(wù)是你的承諾，無論軟件升級(jí)或者改版都需要遵守，服務(wù)是對(duì)系統(tǒng)的要求。而實(shí)現(xiàn)集成的過程也被轉(zhuǎn)變成發(fā)布服務(wù)和消費(fèi)服務(wù)的過程。第一步，發(fā)現(xiàn)服務(wù)?？催@個(gè)系統(tǒng)“是干什么的” ，他應(yīng)該接收哪些上游的信息？他能夠提供哪些專業(yè)信息給別人共享？他