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

IPaaS現(xiàn)在已經(jīng)不僅僅是作為一種SaaS集成的方法，大型和中型企業(yè)都逐漸開始在不是很復(fù)雜的混合集成場景中應(yīng)用iPaaS。

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

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

Ovum高級分析師Saurabh Sharma

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

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

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

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

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

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

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

近期來看，社交和移動應(yīng)用集成是新興的關(guān)鍵需求?

是否需要支持APIAPI管理和大數(shù)據(jù)處理?

期望的平均和峰值復(fù)雜是多少?

數(shù)據(jù)安全和治理需求是什么?

IPaaS適合：

SaaS集成;

較少復(fù)雜性的本地和B2B集成場景，快速的時間價值是關(guān)鍵需求;

基礎(chǔ)社交和移動需求

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