業(yè)務(wù)流程越來(lái)越多得要求在很多任務(wù)，甚至很多應(yīng)用之間共享更多的信息。應(yīng)用集成架構(gòu)是一種IT流程，確保數(shù)據(jù)或者某個(gè)功能能夠從一個(gè)應(yīng)用移動(dòng)到另一個(gè)應(yīng)用。應(yīng)用集成架構(gòu)，在早期更多是指一個(gè)手動(dòng)流程，數(shù)據(jù)大多以連接器到連接器的方式傳輸，十分費(fèi)力。

[[149307]]

本文探討了應(yīng)用集成架構(gòu)領(lǐng)域發(fā)生的事情，以及企業(yè)架構(gòu)、托管和應(yīng)用開(kāi)發(fā)的趨勢(shì)是如何快速改變這一領(lǐng)域的。

但是，在展望之前，讓我們先深入理解應(yīng)用集成架構(gòu)是什么以及最開(kāi)始為什么這么做。在大部分情況下，一小部分事務(wù)通過(guò)托管相關(guān)應(yīng)用來(lái)創(chuàng)建出一系列的變化。過(guò)去，當(dāng)這些應(yīng)用開(kāi)發(fā)出來(lái)并且獨(dú)立運(yùn)行時(shí)，為它們所開(kāi)發(fā)的獨(dú)立的數(shù)據(jù)管理系統(tǒng)會(huì)帶來(lái)很大的數(shù)據(jù)不一致的風(fēng)險(xiǎn)。正是因?yàn)橥环菪畔?huì)影響到多個(gè)應(yīng)用程序，鏈接應(yīng)用來(lái)避免多個(gè)數(shù)據(jù)入口的錯(cuò)誤很可能就會(huì)影響到生產(chǎn)效率并且導(dǎo)致錯(cuò)誤。

快速深入應(yīng)用集成架構(gòu)

應(yīng)用集成定義了在多個(gè)應(yīng)用之間移動(dòng)數(shù)據(jù)的原則，來(lái)降低不一致的風(fēng)險(xiǎn)，并且減少通過(guò)多個(gè)手動(dòng)更新來(lái)鏈接應(yīng)用程序所需的工作。它包含數(shù)據(jù)庫(kù)設(shè)計(jì)和應(yīng)用數(shù)據(jù)的流水線的組合。不出意料，應(yīng)用被分割為數(shù)據(jù)庫(kù)相關(guān)和數(shù)據(jù)流相關(guān)，這一點(diǎn)并沒(méi)有多大變化。

被改變的是我們構(gòu)建應(yīng)用的方式，以及應(yīng)用程序托管的方式。最近這些年里，企業(yè)架構(gòu)(EA)被接受為正式的IT原則，應(yīng)用自身的組件化，應(yīng)用開(kāi)發(fā)的方式以及云計(jì)算和虛擬化成為托管的新途徑，這些都增加了應(yīng)用集成的重要性，并且促進(jìn)應(yīng)用集成所需的流水線化和自動(dòng)化的需求。當(dāng)高級(jí)管理團(tuán)隊(duì)想要更加敏捷，達(dá)到更加高效的IT支持時(shí)，所有這些因素都匯聚到CIO前，因此找到解決這些問(wèn)題的系統(tǒng)方法至關(guān)重要。

EA從高層定義了業(yè)務(wù)流程架構(gòu)，并且從高層定義衍生出應(yīng)用需求。EA創(chuàng)造了更多信息共享的需求，但是它還鼓勵(lì)用戶在傳統(tǒng)應(yīng)用之外滿足需求。

EA對(duì)應(yīng)用集成的影響

EA對(duì)應(yīng)用集成的影響在于信息集成的以數(shù)據(jù)庫(kù)為中心的理念。如果業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在某個(gè)倉(cāng)庫(kù)里，可以通過(guò)查詢(xún)使用這些數(shù)據(jù)，那么單個(gè)信息的使用是和查詢(xún)及分析相關(guān)的，而和特定應(yīng)用程序無(wú)關(guān)。

應(yīng)用的組件化將大而全的軟件分解成很多小部分，每一小部分和其他部分都是松耦合的關(guān)系。信息在應(yīng)用內(nèi)的組件之間的流動(dòng)必須非常高效，否則工作的體驗(yàn)和生產(chǎn)效率就會(huì)受到影響。因此，大家做了大量工作，致力于改進(jìn)組件間信息的交換。移動(dòng)和移動(dòng)工作的巨大作用鼓勵(lì)越來(lái)越多的組件化，因?yàn)閲L試解決這些生產(chǎn)力問(wèn)題的公司需要更加高效。

組件化的一大驅(qū)動(dòng)因素是組件重用，從一個(gè)通用組件集構(gòu)建出多個(gè)應(yīng)用。因?yàn)樵趹?yīng)用間重用組件，應(yīng)用本身的壁壘被打破，應(yīng)用集成和組件集成成為趨勢(shì)。組件集成工具，比如服務(wù)和消息總線或服務(wù)數(shù)據(jù)定義語(yǔ)言，現(xiàn)在也能夠用來(lái)集成應(yīng)用程序。

云計(jì)算和虛擬化已經(jīng)打破了應(yīng)用程序或者組件和服務(wù)器資源之間的傳統(tǒng)壁壘。服務(wù)器現(xiàn)在已經(jīng)是池的一部分，一些服務(wù)器甚至可能在公司外的公有云上。任何功能都可能運(yùn)行在任何地方，因此需要記錄下來(lái)它到底在哪里運(yùn)行，這樣其他組件才能夠找到它。以動(dòng)態(tài)方式部署應(yīng)用意味著在部署組件之間提供動(dòng)態(tài)的鏈接。

應(yīng)用集成隨著應(yīng)用開(kāi)發(fā)的進(jìn)化而演變

因?yàn)閼?yīng)用開(kāi)發(fā)的其他方面在演進(jìn)，促使應(yīng)用集成也在持續(xù)改進(jìn)。敏捷運(yùn)營(yíng)創(chuàng)建出了新工具集的需求，并且這些工具已經(jīng)進(jìn)化為更為復(fù)雜的編排工具，來(lái)部署并且鏈接運(yùn)行在資源池上的應(yīng)用和組件。這些工具，隨著進(jìn)化和改進(jìn)，吸收了一些曾經(jīng)是應(yīng)用集成傳統(tǒng)部分的功能。

這些趨勢(shì)影響著數(shù)據(jù)庫(kù)和信息流的使用方式，來(lái)為業(yè)務(wù)流程鏈接IT所支持的各個(gè)組件。在傳統(tǒng)理念里，如今應(yīng)用集成領(lǐng)域最為重要的趨勢(shì)不再是唯一的問(wèn)題或者甚至不是最重要的問(wèn)題。如果你問(wèn)CIO們?nèi)缃袼麄?**的挑戰(zhàn)是什么，應(yīng)用集成可能不是***的，但是三個(gè)新要素卻可能是。

應(yīng)用集成的觀點(diǎn)需要適應(yīng)這樣的現(xiàn)實(shí)。EA驅(qū)動(dòng)關(guān)注于分析，軟件組件化以及云都會(huì)影響到信息的移動(dòng)，從而影響到解決應(yīng)用集成的方式。支持這三種要素的工具已經(jīng)正在互相融合，應(yīng)用集成顯然也會(huì)隨著時(shí)間的推進(jìn)成為越來(lái)越多的工具會(huì)考慮到的領(lǐng)域。

和趨勢(shì)融合可能能夠簡(jiǎn)化應(yīng)用集成

所有主流應(yīng)用和托管趨勢(shì)的融合可能能夠通過(guò)創(chuàng)建出單一的工具集從而整體簡(jiǎn)化集成，這樣的工具集能夠處理信息流集成和數(shù)據(jù)協(xié)調(diào)領(lǐng)域的過(guò)去以及現(xiàn)在的趨勢(shì)。這還沒(méi)有發(fā)生，短期內(nèi)用戶只能用過(guò)去的工具工作，并且解決使用這些尚未鏈接起來(lái)的工具和實(shí)踐所帶來(lái)的問(wèn)題。

這些趨勢(shì)也意味著無(wú)法真正避免應(yīng)用集成的問(wèn)題，那些認(rèn)為自己已經(jīng)完全解決這些問(wèn)題的公司可能會(huì)發(fā)現(xiàn)如今的IT驅(qū)動(dòng)因素會(huì)強(qiáng)迫他們重新思考這些問(wèn)題。要想在未來(lái)，在敏捷和高效比現(xiàn)在更加重要的年代，創(chuàng)建出真正統(tǒng)一的IT環(huán)境，理解所有這些趨勢(shì)，以及解決這些問(wèn)題的工具至關(guān)重要。

我們已經(jīng)強(qiáng)化了應(yīng)用集成的歷史使命，也就自然隨之強(qiáng)化了工具的選擇以及特定的問(wèn)題和困難。如今，應(yīng)用集成是所有IT領(lǐng)域的重要技術(shù)和業(yè)務(wù)增長(zhǎng)的重要一環(huán)。對(duì)于IT規(guī)劃師而言，仔細(xì)研究目前的問(wèn)題非常重要，這會(huì)在長(zhǎng)期影響到這個(gè)領(lǐng)域的云和組件和移動(dòng)的未來(lái)。

原文鏈接：http://www.searchsoa.com.cn/showcontent_90459.htm