無論什麼時候部署一個組件化的應用，這些組件都必須能夠發現彼此，連接存儲資源，最終連接終端用戶。如果應用資源投入是靜態的，應用組件就有一個靜態地址，能夠在部署時集成。
在雲時代，集成本身會成為雲服務僅僅是邏輯上的說法。集成平臺即服務或者iPaaS並不是集成雲服務的唯一最佳方式，可能是必由之路。簡而言之，iPaaS是一種雲託管的應用組件“包裝器”，環繞著應用組件集合和資源集，用始終如一的方式連接這二者。iPaaS在雲端創建了一個虛擬計算機或者中間件平臺，就像任何的雲平臺一樣，可以託管應用並支持用戶。
雲應用集成之困
手工集成雲應用存在兩個問題。第一，雲端資源位置變化取決於雲如何託管應用，因此僅是找到資源鏈接起來就可能很困難了。第二，一些集成任務實際上應該看作是“雲應用”，比如通過消息和服務總線處理的負載均衡和工作流。在特定環境下執行這些功能並不只是引入了一個單一的失敗點，而是如果集成元素沒能安放在那個位置且也能適應應用組件的話，也會導致不必要的網絡延遲。顯而易見的解決方案就是用iPaaS在端託管這些集成功能。
基礎層面，iPaaS是一套“連接器”。“下游”層面上，這些連接器通過處理鏈接到應用組件上，很像目錄功能或者發佈和訂閱應用接口。當一個雲組件加載到資源中，就可以用iPaaS註冊，並鏈接給一個連接器。這個連接器對於用戶和連接器“上游”的其他組件，顯示為一個發佈過的、不變的接口(API)。應用可以引用這些上游的API，不管在哪裡連接的都可以到達組件。
這個過程就像是面向服務架構(SOA)應用的統一描述、發現和集成(UDDI)功能。iPaaS在哪裡限制了這個基本形式，可能就不能起到作用了;然而，一個基本iPaaS API的集合有效創建雲平臺則類似於PaaS。iPaaS框架可以提供管理應用，使用雲和中間件管理工具加載應用到資源中，隨後自動用連接器註冊。
iPaaS對企業意味著更多功能
編制工具包含消息以及和業務流程執行語言(BPEL)工具相關的服務總線，通過調用上游連接器API驅動工作流。不管託管在哪裡，也能夠連接到應用組件。為基礎iPaaS框架增加管理和編制可以創建足夠的效用，使其成為對於大多數企業更感興趣的概念，而且甚至能為iPaaS框架帶來更大的改善。
iPaaS設施何以同“服務連接器”集成，或者和代表平臺服務的連接器集成，而不是用戶組建。這些服務不僅僅包括管理和編制功能，也包括各種中間件功能，包括數據庫即服務(DBaaS)、網絡虛擬化和控制，以及自定製業務功能，可以跨企業邊界聚合，支持合作伙伴供應鏈流程或者客戶到供應商的集成。通過適當的使用iPaaS，企業能夠為集成應用設置一個基於合作伙伴關係的平臺，甚至構架基於協作的應用。
第三方軟件提供商可以通過iPaaS，以“即服務”模式通過iPaaS發佈軟件，或者出售能夠用iPaaS註冊的軟件，進行更輕鬆的集成。如果iPaaS部署並不提供內置服務，比如數據庫訪問，
第三方可以用連接器增加這些服務，進一步加強iPaaS應用環境，並改善其效用和功能。
iPaaS標誌著混合雲無縫集成
iPaaS框架能夠跨多種雲無縫集成，在混合雲模型中或者多廠商雲應用中，能夠在雲和使用SOA或者RESTful Web接口的遺留應用之間無縫集成。在交叉可用資源範圍(公有云或者私有云)，不管在哪裡加載一個應用組件時，iPaaS框架能夠鏈接到下游合適的連接器上;用戶可以使用已發佈的且不變的上游API發現應用組件。
iPaaS元素本身就是雲託管的，如果軟件提供設施，就可以複製或者轉移;加強了可用性，並且可能通過讓用戶管理其iPaaS託管點以及相關的雲資源來改善性能。
實現iPaaS的潛力是另外一回事。iPaaS功能有三個源頭：
IT公司，包括IBM、惠普、Software AG、SAP等，都有私有云或者軟件即服務(SaaS)功能，能夠進行雲託管創建iPaaS。一些水平和垂直產業社區雲已經有大量的這種軟件可用了。
雲集成工具本身可能是雲託管的，從而創建了iPaaS;一些工具廠商正在這樣做或者計劃短期進入這個領域。
一些iPaaS提供商發佈了這項服務作為其主要產品。
潛在iPaaS提供商的數字可能更大。任何擁有能勝任本職工作的開發者的組織機構，甚至是企業本身，都能夠輕鬆設想如何創建自己iPaaS產品或者開發一個基礎包。然而，可靠iPaaS功能的全範圍執行則是一項更加長足發展的任務，當從公有云基礎架構中作為一項雲服務出現時，iPaaS最可靠。軟件提供商構建iPaaS包，在公有云上託管，是現在最有希望的iPaaS源頭。
應用緩慢可能隱藏iPaaS實際價值
iPaaS面臨的最大障礙就是缺少其價值的管理理解。很多公司考慮部署雲，甚至沒有遇到iPaaS或者考慮它，即便已經有清晰的價值呈現給他們也是如此。公有云服務提供商很少鼓勵用戶考慮iPaaS，目前這個概念的用戶很少，也就限制了用戶之間的討論，也沒有一些支持社區出現。
如果沒有一些類似iPaaS這樣的功能管理應用集成和多源頭資源共享，很難看到雲計算如何進一步在關鍵核心應用上取得成功，因為這些應用支配著IT預算。iPaaS已經成為一個通用雲術語了，但是還不是關鍵術語。
iPaaS也可能是讓雲服務提供商和雲客戶通向PaaS雲模型的一個因素。集成服務功能進入雲端，創造一個PaaS，及時一開始是IaaS。如果iPaaS成功了，無疑會對於增加一些其他服務功能有益。某個角度來看，iPaaS可能會為我們實際的雲應用提供基礎，對於銷售者和雲應用者都會是一個巨大的進步。
閱讀更多 OTPUB 的文章
