購(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ì)在下面突出說(shuō)明。
記住，關(guān)鍵一點(diǎn)是應(yīng)用集成所有這三個(gè)驅(qū)動(dòng)力的重要性都在增加，并且擴(kuò)散到了業(yè)務(wù)的更廣范圍，因此表明你將需要對(duì)所有這三大驅(qū)動(dòng)力做出響應(yīng)—業(yè)務(wù)敏捷性、組件化以及云計(jì)算，最終都得如此。
收集信息和做出產(chǎn)品選擇的過(guò)程交織著技術(shù)和業(yè)務(wù)框架問(wèn)題。這個(gè)過(guò)程從定義跨應(yīng)用邊界(既包括流，也包括應(yīng)用被發(fā)現(xiàn)的位置)傳遞工作的最佳策略開始。它必須適應(yīng)你的業(yè)務(wù)目標(biāo)，你當(dāng)前的應(yīng)用接口和實(shí)踐，以及你的技術(shù)趨勢(shì)。往下讀的時(shí)候，記住，做出決定的最好辦法不是根據(jù)技術(shù)特性，而是根據(jù)那些特性如何滿足需求來(lái)做出。
工作流包括兩類產(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ì)通過(guò)提供控制總線的業(yè)務(wù)流程語(yǔ)言，以及提供適合于當(dāng)前和未來(lái)業(yè)務(wù)運(yùn)營(yíng)的事務(wù)負(fù)載支持來(lái)適應(yīng)業(yè)務(wù)敏捷性的驅(qū)動(dòng)者。在現(xiàn)實(shí)環(huán)境中，這一組合是往往在歸類為“服務(wù)總線”的產(chǎn)品中最常見(jiàn)，但最好還是看看服務(wù)和消息總線產(chǎn)品，并根據(jù)功能自己將它們分類一下。你的產(chǎn)品選擇應(yīng)該根據(jù)業(yè)務(wù)語(yǔ)言操控的靈活性以及性能來(lái)對(duì)產(chǎn)品進(jìn)行分類。
應(yīng)用的直接耦合意味著一個(gè)應(yīng)用對(duì)另一個(gè)進(jìn)行“調(diào)用”來(lái)交接工作。在用的有三類主要的應(yīng)用調(diào)用結(jié)構(gòu)：
遠(yuǎn)程過(guò)程調(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)來(lái)編寫，大多數(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ì)未來(lái)變更的敏捷響應(yīng)幾乎沒(méi)有需求，否則應(yīng)用往往會(huì)發(fā)展到超出結(jié)構(gòu)限制的范圍，因此要確保你的產(chǎn)品能適應(yīng)這種發(fā)展。
在工作流策略中你的主要驅(qū)動(dòng)力處于業(yè)務(wù)敏捷類。你的公司的敏捷性或者對(duì)敏捷的渴望需要與供應(yīng)商溝通清楚。
考慮目錄策略
部署在服務(wù)器并通過(guò)網(wǎng)絡(luò)連接的應(yīng)用或應(yīng)用組件需要進(jìn)行尋址以便將工作傳遞給它們。這一地址被存放到目錄里面，可通過(guò)瀏覽或/及應(yīng)用的邏輯引用名來(lái)訪問(wèn)。
目錄必須支持這兩種訪問(wèn)，以便獲得一個(gè)應(yīng)用地址，以及更新，以把部署時(shí)應(yīng)用或組件的正確地址存進(jìn)去。選擇目錄策略時(shí)最重要的考慮是與你的應(yīng)用和操作過(guò)程預(yù)期用到的訪問(wèn)及更新機(jī)制的兼容性。
如今最常見(jiàn)的目錄是互聯(lián)網(wǎng)的域名服務(wù)(DNS)組件。DNS只提供基本的邏輯到物理轉(zhuǎn)換，對(duì)于更為復(fù)雜的工作流連接來(lái)說(shuō)是不夠的。UDDI結(jié)構(gòu)主要是為了SOA中復(fù)雜工作流的連接而開發(fā)的，不過(guò)它從未獲得廣泛的接受，可能的話應(yīng)該盡量避免。LDAP是大多數(shù)提供DNS之上的現(xiàn)代目錄服務(wù)的基礎(chǔ)。
在選擇目錄產(chǎn)品時(shí)，第一個(gè)需求是要支持兼容在用或規(guī)劃的訪問(wèn)及更新機(jī)制的目錄策略。其次，要看性能;看目錄產(chǎn)品能否服務(wù)應(yīng)用可能生成的請(qǐng)求數(shù)量。你的公司組件化的使用以及云是選擇目錄產(chǎn)品的重要驅(qū)動(dòng)力，也是需要與未來(lái)供應(yīng)商進(jìn)行溝通時(shí)最重要的一點(diǎn)。
需要考慮的技術(shù)影響
應(yīng)用集成是更廣的組件集成問(wèn)題的子集。你的應(yīng)用集成策略應(yīng)該盡可能與你的組件集成策略兼容—如果可以的話，要做到完全兼容。
確保集成方案兼容性的方法之一是考慮主要軟件供應(yīng)商作為你主要的應(yīng)用集成來(lái)源，除非被證明不可能。所有的主流軟件/系統(tǒng)供應(yīng)商，包括戴爾、惠普、IBM、微軟、Oracle、RedHat及SAP現(xiàn)在都開發(fā)和分銷組件化的軟件，因此也提供集成工具。一定要找這些來(lái)源進(jìn)行應(yīng)用集成工具的報(bào)價(jià)，并用你的主要軟件供應(yīng)商的能力作為參照來(lái)對(duì)比其他的產(chǎn)品選項(xiàng)。
如果你沒(méi)有統(tǒng)一的軟件方案，就得創(chuàng)建一個(gè)圖表來(lái)顯示當(dāng)前軟件已有的集成選項(xiàng)。公司很少會(huì)調(diào)整不斷變化的軟件來(lái)建立統(tǒng)一的集成模型—選擇支持你現(xiàn)在使用的所有集成選項(xiàng)的工具會(huì)更好。
最后要考慮的技術(shù)問(wèn)題是虛擬化和云。在傳統(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)該把你的決定偏向集成的工作流模式，通過(guò)對(duì)于業(yè)務(wù)流程語(yǔ)言的強(qiáng)勁支持來(lái)操控基于業(yè)務(wù)因素的工作。這也意味著你有可能需要所有的工具具備更高的性能表現(xiàn)，以及每個(gè)產(chǎn)品具有范圍盡可能寬的集成接口和選項(xiàng)。
你正在朝著成為更敏捷業(yè)務(wù)，以及組件化或向云轉(zhuǎn)變，這一事實(shí)說(shuō)明你正面臨著相當(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é)奏。確保與未來(lái)的供應(yīng)商就當(dāng)前和預(yù)期的活動(dòng)率進(jìn)行溝通。
跟供應(yīng)商框定你的選擇
應(yīng)用集成工具提交RFP是沒(méi)有必要的，甚至可能是沒(méi)有成效的，除非你能把采購(gòu)需求縮小為單個(gè)產(chǎn)品目錄。不過(guò)無(wú)論你做了什么，你都應(yīng)該把自己的詳細(xì)需求跟潛在供應(yīng)商溝通清楚。解釋好你明確下來(lái)的使命，選擇工作流或應(yīng)用的直接耦合的原因，以及你的技術(shù)和業(yè)務(wù)框架
從以上析取出來(lái)的技術(shù)需求，包括應(yīng)用/組件接口支持，基于業(yè)務(wù)策略操控工作的支持，以及產(chǎn)品旨在滿足主流供應(yīng)商特定軟件框架的程度。然而，不要僅僅是提出這些問(wèn)題，最好是利用本文提供的結(jié)構(gòu)，讓供應(yīng)商響應(yīng)你自己的需求結(jié)構(gòu)來(lái)獲得信息。
你的應(yīng)用集成工具未來(lái)的成功大部分取決于供應(yīng)商的愿景與你自己需求的復(fù)合程度如何。確保把你的交互愿景傳達(dá)給預(yù)期的供應(yīng)商，確保要弄清楚他們的產(chǎn)品演進(jìn)路線。一旦你確定了應(yīng)用的發(fā)展路徑，你和你的供應(yīng)商就要一起為之努力了。
京公網(wǎng)安備 11010502049343號(hào)