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

在云時代，集成本身會成為云服務僅僅是邏輯上的說法。集成平臺即服務或者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包，在公有云上托管，directadmin安裝，是現在最有希望的iPaaS源頭。

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