為什么我要使用平臺即服務(PaaS)?iPaaS如何同軟件即服務(SaaS)開放應用程序接口(API)以及其他的整合云服務和企業應用的解決方案較量?如何開始iPaaS，你有什么建議?

IPaaS現在已經不僅僅是作為一種SaaS集成的方法，大型和中型企業都逐漸開始在不是很復雜的混合集成場景中應用iPaaS。

一些SaaS提供商現在提供打包的集成，用SaaS解決方案交付基于云的集成功能，從而簡化本地和SaaS應用之間的集成。從客戶的觀點來看，打包集成很理想化。除了簡化集成流程的復雜性之外，端到端的SaaS解決方案也提供了很多好處，比如靈活的價格和更加簡單的升級。

打包集成有一個弊端：增加了廠商鎖定的風險。因為客戶對于現有SaaS廠商的依賴性更大，很難轉換提供商，來處理任何和服務相關的問題，且客戶將必須用額外的費用支出，實現SaaS和其他應用(本地或者基于SaaS的)之間的集成。

Ovum高級分析師Saurabh Sharma

打包集成解決方案支持適用的應用范圍也有限。打包集成主要對于像Salesforce.com、Workday、NetSuite、Taleo、SuccessFactors和RightNow這樣的廠商提供的SaaS解決方案有效。

SaaS提供商通常聲稱提供Web服務API，簡化SaaS和本地應用之間的集成。然而，API單獨不能確保SaaS和本地應用之間的交互。本地應用可能基于不同的標準開發，且可能需要根據自定制代碼開發的大量支持，才能實現SaaS應用集成。要牢記在新的是并不是所有的界面都能夠作為Web服務暴露出來，有時候，核心功能并不能通過Web服務API集成。

開放API的確能夠簡化SaaS集成的復雜性，但是不能夠看作是應用集成的“銀彈”，因為并不是每一個功能都能夠通過Web API暴露。

假定總體擁有成本和快速的時間價值是SaaS集成項目的關鍵訴求點，那么iPaaS會是個理想的選擇。iPaaS解決方案提供了云服務的通用優勢，比如降低前期資本支出，靈活的價格和快速的可擴展性。

值得注意的是iPaaS并不是集成的“銀彈”。一旦場景包含了本地、SaaS和業務到業務的混合的集成，傳統本地集成平臺可以用來支持更高的事務負載和低延遲需求，同時iPaaS非常適合SaaS集成，以及相對不是很復雜的B2B集成需求。

企業應該在考慮iPaaS解決方案是進行概念驗證，檢查一下是否iPaaS迎合了自己具體的需求。為了找出合適的應用集成需求，企業應該遵循以下幾點：

需要哪種類型的集成：SaaS到本地，本地到本地，SaaS到SaaS或者B2B集成?

近期來看，社交和移動應用集成是新興的關鍵需求?

是否需要支持APIAPI管理和大數據處理?

期望的平均和峰值復雜是多少?

數據安全和治理需求是什么?

IPaaS適合：

SaaS集成;

較少復雜性的本地和B2B集成場景，快速的時間價值是關鍵需求;

基礎社交和移動需求

一旦IT熟悉了iPaaS解決方案提供的性能和功能，iPaaS的應用就可以從SaaS擴展到較少復雜性的B2B集成，這些任務不需要低延遲消息和敏感數據傳輸，或者大量消息處理。