無論什么時候部署一個組件化的應(yīng)用，這些組件都必須能夠發(fā)現(xiàn)彼此，連接存儲資源，最終連接終端用戶。如果應(yīng)用資源投入是靜態(tài)的，應(yīng)用組件就有一個靜態(tài)地址，能夠在部署時集成。

在云時代，集成本身會成為云服務(wù)僅僅是邏輯上的說法。集成平臺即服務(wù)或者iPaaS并不是集成云服務(wù)的唯一最佳方式，可能是必由之路。

簡而言之，iPaaS是一種云托管的應(yīng)用組件“包裝器”，環(huán)繞著應(yīng)用組件集合和資源集，用始終如一的方式連接這二者。iPaaS在云端創(chuàng)建了一個虛擬計算機(jī)或者中間件平臺，就像任何的云平臺一樣，可以托管應(yīng)用并支持用戶。

云應(yīng)用集成之困

手工集成云應(yīng)用存在兩個問題。第一，云端資源位置變化取決于云如何托管應(yīng)用，因此僅是找到資源鏈接起來就可能很困難了。第二，一些集成任務(wù)實(shí)際上應(yīng)該看作是“云應(yīng)用”，比如通過消息和服務(wù)總線處理的負(fù)載均衡和工作流。在特定環(huán)境下執(zhí)行這些功能并不只是引入了一個單一的失敗點(diǎn)，而是如果集成元素沒能安放在那個位置且也能適應(yīng)應(yīng)用組件的話，也會導(dǎo)致不必要的網(wǎng)絡(luò)延遲。顯而易見的解決方案就是用iPaaS在端托管這些集成功能。

基礎(chǔ)層面，iPaaS是一套“連接器”。“下游”層面上，這些連接器通過處理鏈接到應(yīng)用組件上，很像目錄功能或者發(fā)布和訂閱應(yīng)用接口。當(dāng)一個云組件加載到資源中，就可以用iPaaS注冊，并鏈接給一個連接器。這個連接器對于用戶和連接器“上游”的其他組件，顯示為一個發(fā)布過的、不變的接口(API)。應(yīng)用可以引用這些上游的API，不管在哪里連接的都可以到達(dá)組件。

這個過程就像是面向服務(wù)架構(gòu)(SOA)應(yīng)用的統(tǒng)一描述、發(fā)現(xiàn)和集成(UDDI)功能。iPaaS在哪里限制了這個基本形式，可能就不能起到作用了;然而，一個基本iPaaS API的集合有效創(chuàng)建云平臺則類似于PaaS。iPaaS框架可以提供管理應(yīng)用，使用云和中間件管理工具加載應(yīng)用到資源中，隨后自動用連接器注冊。

iPaaS對企業(yè)意味著更多功能

編制工具包含消息以及和業(yè)務(wù)流程執(zhí)行語言(BPEL)工具相關(guān)的服務(wù)總線，通過調(diào)用上游連接器API驅(qū)動工作流。不管托管在哪里，也能夠連接到應(yīng)用組件。為基礎(chǔ)iPaaS框架增加管理和編制可以創(chuàng)建足夠的效用，使其成為對于大多數(shù)企業(yè)更感興趣的概念，而且甚至能為iPaaS框架帶來更大的改善。

iPaaS設(shè)施何以同“服務(wù)連接器”集成，或者和代表平臺服務(wù)的連接器集成，而不是用戶組建。這些服務(wù)不僅僅包括管理和編制功能，也包括各種中間件功能，包括數(shù)據(jù)庫即服務(wù)(DBaaS)、網(wǎng)絡(luò)虛擬化和控制，以及自定制業(yè)務(wù)功能，可以跨企業(yè)邊界聚合，支持合作伙伴供應(yīng)鏈流程或者客戶到供應(yīng)商的集成。通過適當(dāng)?shù)氖褂胕PaaS，企業(yè)能夠?yàn)榧蓱?yīng)用設(shè)置一個基于合作伙伴關(guān)系的平臺，甚至構(gòu)架基于協(xié)作的應(yīng)用。

第三方軟件提供商可以通過iPaaS，以“即服務(wù)”模式通過iPaaS發(fā)布軟件，或者出售能夠用iPaaS注冊的軟件，進(jìn)行更輕松的集成。如果iPaaS部署并不提供內(nèi)置服務(wù)，比如數(shù)據(jù)庫訪問，

第三方可以用連接器增加這些服務(wù)，進(jìn)一步加強(qiáng)iPaaS應(yīng)用環(huán)境，并改善其效用和功能。

iPaaS標(biāo)志著混合云無縫集成

iPaaS框架能夠跨多種云無縫集成，在混合云模型中或者多廠商云應(yīng)用中，能夠在云和使用SOA或者RESTful Web接口的遺留應(yīng)用之間無縫集成。在交叉可用資源范圍(公有云或者私有云)，不管在哪里加載一個應(yīng)用組件時，iPaaS框架能夠鏈接到下游合適的連接器上;用戶可以使用已發(fā)布的且不變的上游API發(fā)現(xiàn)應(yīng)用組件。

iPaaS元素本身就是云托管的，如果軟件提供設(shè)施，就可以復(fù)制或者轉(zhuǎn)移;加強(qiáng)了可用性，并且可能通過讓用戶管理其iPaaS托管點(diǎn)以及相關(guān)的云資源來改善性能。

實(shí)現(xiàn)iPaaS的潛力是另外一回事。iPaaS功能有三個源頭：

IT公司，包括IBM、惠普、Software AG、SAP等，都有私有云或者軟件即服務(wù)(SaaS)功能，能夠進(jìn)行云托管創(chuàng)建iPaaS。一些水平和垂直產(chǎn)業(yè)社區(qū)云已經(jīng)有大量的這種軟件可用了。

云集成工具本身可能是云托管的，從而創(chuàng)建了iPaaS;一些工具廠商正在這樣做或者計劃短期進(jìn)入這個領(lǐng)域。

一些iPaaS提供商發(fā)布了這項服務(wù)作為其主要產(chǎn)品。

潛在iPaaS提供商的數(shù)字可能更大。任何擁有能勝任本職工作的開發(fā)者的組織機(jī)構(gòu)，甚至是企業(yè)本身，都能夠輕松設(shè)想如何創(chuàng)建自己iPaaS產(chǎn)品或者開發(fā)一個基礎(chǔ)包。然而，可靠iPaaS功能的全范圍執(zhí)行則是一項更加長足發(fā)展的任務(wù)，當(dāng)從公有云基礎(chǔ)架構(gòu)中作為一項云服務(wù)出現(xiàn)時，iPaaS最可靠。軟件提供商構(gòu)建iPaaS包，在公有云上托管，是現(xiàn)在最有希望的iPaaS源頭。

應(yīng)用緩慢可能隱藏iPaaS實(shí)際價值

iPaaS面臨的最大障礙就是缺少其價值的管理理解。很多公司考慮部署云，甚至沒有遇到iPaaS或者考慮它，即便已經(jīng)有清晰的價值呈現(xiàn)給他們也是如此。公有云服務(wù)提供商很少鼓勵用戶考慮iPaaS，目前這個概念的用戶很少，也就限制了用戶之間的討論，也沒有一些支持社區(qū)出現(xiàn)。

如果沒有一些類似iPaaS這樣的功能管理應(yīng)用集成和多源頭資源共享，很難看到云計算如何進(jìn)一步在關(guān)鍵核心應(yīng)用上取得成功，因?yàn)檫@些應(yīng)用支配著IT預(yù)算。iPaaS已經(jīng)成為一個通用云術(shù)語了，但是還不是關(guān)鍵術(shù)語。

iPaaS也可能是讓云服務(wù)提供商和云客戶通向PaaS云模型的一個因素。集成服務(wù)功能進(jìn)入云端，創(chuàng)造一個PaaS，及時一開始是IaaS。如果iPaaS成功了，無疑會對于增加一些其他服務(wù)功能有益。某個角度來看，iPaaS可能會為我們實(shí)際的云應(yīng)用提供基礎(chǔ)，對于銷售者和云應(yīng)用者都會是一個巨大的進(jìn)步。