購(gòu)買應(yīng)用集成工具需要好好看看你的公司需求，知道從供應(yīng)商里面要尋找哪些關(guān)鍵功能。

購(gòu)買應(yīng)用集成工具意味著要平衡兩大使命(推動(dòng)工作的工具以及處理組件的工具)、三大驅(qū)動(dòng)力(業(yè)務(wù)敏捷性、組件化以及云)，還要考慮應(yīng)用運(yùn)行所在的技術(shù)和業(yè)務(wù)框架。這些驅(qū)動(dòng)力的相對(duì)重要性將決定應(yīng)用集成工具所需功能的平衡。所有這些信息對(duì)于詢價(jià)書(RFP)或更為正式的購(gòu)買流程中的溝通都非常重要，但是你的購(gòu)買決策中某些領(lǐng)域的一些特別重要的地方我們會(huì)在下面突出說明。

記住，關(guān)鍵一點(diǎn)是應(yīng)用集成所有這三個(gè)驅(qū)動(dòng)力的重要性都在增加，并且擴(kuò)散到了業(yè)務(wù)的更廣范圍，因此表明你將需要對(duì)所有這三大驅(qū)動(dòng)力做出響應(yīng)—業(yè)務(wù)敏捷性、組件化以及云計(jì)算，最終都得如此。

收集信息和做出產(chǎn)品選擇的過程交織著技術(shù)和業(yè)務(wù)框架問題。這個(gè)過程從定義跨應(yīng)用邊界(既包括流，也包括應(yīng)用被發(fā)現(xiàn)的位置)傳遞工作的最佳策略開始。它必須適應(yīng)你的業(yè)務(wù)目標(biāo)，你當(dāng)前的應(yīng)用接口和實(shí)踐，以及你的技術(shù)趨勢(shì)。往下讀的時(shí)候，記住，做出決定的最好辦法不是根據(jù)技術(shù)特性，而是根據(jù)那些特性如何滿足需求來做出。

工作流包括兩類產(chǎn)品

“工作流”是在應(yīng)用之間移動(dòng)信息的機(jī)制，可分為兩大產(chǎn)品門類。第一個(gè)是服務(wù)或消息總線，可提供類似于高速公路機(jī)制，讓應(yīng)用和組件在上面跑，第二類是用于顯式鏈接應(yīng)用的直接耦合工具。

如果是根據(jù)可變業(yè)務(wù)規(guī)則在應(yīng)用中控制業(yè)務(wù)事務(wù)的話，服務(wù)或消息總線產(chǎn)品是最好的，這意味著在需要可觀的商業(yè)敏捷性時(shí)它們最合適。好的工作流產(chǎn)品會(huì)通過提供控制總線的業(yè)務(wù)流程語(yǔ)言，以及提供適合于當(dāng)前和未來業(yè)務(wù)運(yùn)營(yíng)的事務(wù)負(fù)載支持來適應(yīng)業(yè)務(wù)敏捷性的驅(qū)動(dòng)者。在現(xiàn)實(shí)環(huán)境中，這一組合是往往在歸類為“服務(wù)總線”的產(chǎn)品中最常見，但最好還是看看服務(wù)和消息總線產(chǎn)品，并根據(jù)功能自己將它們分類一下。你的產(chǎn)品選擇應(yīng)該根據(jù)業(yè)務(wù)語(yǔ)言操控的靈活性以及性能來對(duì)產(chǎn)品進(jìn)行分類。

應(yīng)用的直接耦合意味著一個(gè)應(yīng)用對(duì)另一個(gè)進(jìn)行“調(diào)用”來交接工作。在用的有三類主要的應(yīng)用調(diào)用結(jié)構(gòu)：

遠(yuǎn)程過程調(diào)用(RPC)或基于對(duì)象面向服務(wù)架構(gòu)(SOA)，也叫Web服務(wù)表述性狀態(tài)轉(zhuǎn)移(REST)，常用于互聯(lián)網(wǎng)

因?yàn)閼?yīng)用必須針對(duì)特定的直接耦合架構(gòu)來編寫，大多數(shù)情況下選擇架構(gòu)是不可能的，這只是一個(gè)產(chǎn)品。直接耦合的辦法主要的區(qū)別在于用于瀏覽有用的組件、安全和可靠性、以及事務(wù)控制(多階段提交)的標(biāo)準(zhǔn)功能有多少植入到了耦合機(jī)制里面。SOA和基于CORBA的對(duì)象代理結(jié)構(gòu)是最復(fù)雜的，也是最難使用的，但為應(yīng)用間的工作交換提供了標(biāo)準(zhǔn)機(jī)制。注意，這兩個(gè)結(jié)構(gòu)服務(wù)或消息總線也可以用于與應(yīng)用的連接。

直接耦合的產(chǎn)品選擇應(yīng)該首先確定在用的軟件或待購(gòu)軟件能否適應(yīng)產(chǎn)品體現(xiàn)的結(jié)構(gòu)，以及產(chǎn)品是否支持結(jié)構(gòu)的全功能集而不是子集。大多數(shù)情況下，除非你的業(yè)務(wù)對(duì)未來變更的敏捷響應(yīng)幾乎沒有需求，否則應(yīng)用往往會(huì)發(fā)展到超出結(jié)構(gòu)限制的范圍，因此要確保你的產(chǎn)品能適應(yīng)這種發(fā)展。

在工作流策略中你的主要驅(qū)動(dòng)力處于業(yè)務(wù)敏捷類。你的公司的敏捷性或者對(duì)敏捷的渴望需要與供應(yīng)商溝通清楚。

考慮目錄策略

部署在服務(wù)器并通過網(wǎng)絡(luò)連接的應(yīng)用或應(yīng)用組件需要進(jìn)行尋址以便將工作傳遞給它們。這一地址被存放到目錄里面，可通過瀏覽或/及應(yīng)用的邏輯引用名來訪問。

目錄必須支持這兩種訪問，以便獲得一個(gè)應(yīng)用地址，以及更新，以把部署時(shí)應(yīng)用或組件的正確地址存進(jìn)去。選擇目錄策略時(shí)最重要的考慮是與你的應(yīng)用和操作過程預(yù)期用到的訪問及更新機(jī)制的兼容性。

如今最常見的目錄是互聯(lián)網(wǎng)的域名服務(wù)(DNS)組件。DNS只提供基本的邏輯到物理轉(zhuǎn)換，對(duì)于更為復(fù)雜的工作流連接來說是不夠的。UDDI結(jié)構(gòu)主要是為了SOA中復(fù)雜工作流的連接而開發(fā)的，不過它從未獲得廣泛的接受，可能的話應(yīng)該盡量避免。LDAP是大多數(shù)提供DNS之上的現(xiàn)代目錄服務(wù)的基礎(chǔ)。

在選擇目錄產(chǎn)品時(shí)，第一個(gè)需求是要支持兼容在用或規(guī)劃的訪問及更新機(jī)制的目錄策略。其次，要看性能;看目錄產(chǎn)品能否服務(wù)應(yīng)用可能生成的請(qǐng)求數(shù)量。你的公司組件化的使用以及云是選擇目錄產(chǎn)品的重要驅(qū)動(dòng)力，也是需要與未來供應(yīng)商進(jìn)行溝通時(shí)最重要的一點(diǎn)。

需要考慮的技術(shù)影響

應(yīng)用集成是更廣的組件集成問題的子集。你的應(yīng)用集成策略應(yīng)該盡可能與你的組件集成策略兼容—如果可以的話，要做到完全兼容。

確保集成方案兼容性的方法之一是考慮主要軟件供應(yīng)商作為你主要的應(yīng)用集成來源，除非被證明不可能。所有的主流軟件/系統(tǒng)供應(yīng)商，包括戴爾、惠普、IBM、微軟、Oracle、RedHat及SAP現(xiàn)在都開發(fā)和分銷組件化的軟件，因此也提供集成工具。一定要找這些來源進(jìn)行應(yīng)用集成工具的報(bào)價(jià)，并用你的主要軟件供應(yīng)商的能力作為參照來對(duì)比其他的產(chǎn)品選項(xiàng)。

如果你沒有統(tǒng)一的軟件方案，就得創(chuàng)建一個(gè)圖表來顯示當(dāng)前軟件已有的集成選項(xiàng)。公司很少會(huì)調(diào)整不斷變化的軟件來建立統(tǒng)一的集成模型—選擇支持你現(xiàn)在使用的所有集成選項(xiàng)的工具會(huì)更好。

最后要考慮的技術(shù)問題是虛擬化和云。在傳統(tǒng)IT里面，應(yīng)用及其組件往往是位于同一位置的，或者至少位于數(shù)據(jù)中心綜合體內(nèi)的。它們往往還會(huì)呆在被放置的位置，除非出現(xiàn)硬件失敗。而在云端，未滿負(fù)荷的橫向擴(kuò)充會(huì)復(fù)制出多份應(yīng)用副本，而地理位置分散的副本可以支持分散員工擁有更好的體驗(yàn)質(zhì)量。云使得高效工作分布變得更加困難，因?yàn)樗褢?yīng)用分成了不同的塊，并給目錄管理增加了一個(gè)動(dòng)態(tài)維度。

需考慮的業(yè)務(wù)影響

IT決策必須適應(yīng)高度易變的業(yè)務(wù)環(huán)境。通常，這應(yīng)該把你的決定偏向集成的工作流模式，通過對(duì)于業(yè)務(wù)流程語(yǔ)言的強(qiáng)勁支持來操控基于業(yè)務(wù)因素的工作。這也意味著你有可能需要所有的工具具備更高的性能表現(xiàn)，以及每個(gè)產(chǎn)品具有范圍盡可能寬的集成接口和選項(xiàng)。

你正在朝著成為更敏捷業(yè)務(wù)，以及組件化或向云轉(zhuǎn)變，這一事實(shí)說明你正面臨著相當(dāng)激烈的IT實(shí)踐變化，激烈到意味著有可能值得去檢查一下部分底層的應(yīng)用選擇，并考慮作出可改進(jìn)整體敏捷性的變化。

要經(jīng)常看看你的應(yīng)用工作流的發(fā)展趨勢(shì)。事務(wù)或支持員工數(shù)的增加也許會(huì)對(duì)應(yīng)用的體驗(yàn)質(zhì)量產(chǎn)生影響，除非你的工具能夠跟上節(jié)奏。確保與未來的供應(yīng)商就當(dāng)前和預(yù)期的活動(dòng)率進(jìn)行溝通。

跟供應(yīng)商框定你的選擇

應(yīng)用集成工具提交RFP是沒有必要的，甚至可能是沒有成效的，除非你能把采購(gòu)需求縮小為單個(gè)產(chǎn)品目錄。不過無論你做了什么，你都應(yīng)該把自己的詳細(xì)需求跟潛在供應(yīng)商溝通清楚。解釋好你明確下來的使命，選擇工作流或應(yīng)用的直接耦合的原因，以及你的技術(shù)和業(yè)務(wù)框架

從以上析取出來的技術(shù)需求，包括應(yīng)用/組件接口支持，基于業(yè)務(wù)策略操控工作的支持，以及產(chǎn)品旨在滿足主流供應(yīng)商特定軟件框架的程度。然而，不要僅僅是提出這些問題，最好是利用本文提供的結(jié)構(gòu)，讓供應(yīng)商響應(yīng)你自己的需求結(jié)構(gòu)來獲得信息。

你的應(yīng)用集成工具未來的成功大部分取決于供應(yīng)商的愿景與你自己需求的復(fù)合程度如何。確保把你的交互愿景傳達(dá)給預(yù)期的供應(yīng)商，確保要弄清楚他們的產(chǎn)品演進(jìn)路線。一旦你確定了應(yīng)用的發(fā)展路徑，你和你的供應(yīng)商就要一起為之努力了。