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

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

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

云應用集成之困

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

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

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

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

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

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

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

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

iPaaS標志著混合云無縫集成

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

iPaaS元素本身就是云托管的，如果軟件提供設施，就可以復制或者轉移;加強了可用性，并且可能通過讓用戶管理其iPaaS托管點以及相關的云資源來改善性能。

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

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

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

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

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

應用緩慢可能隱藏iPaaS實際價值

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

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

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