为什么我要使用平台即服务（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集成，这些任务不需要低延迟消息和敏感数据传输，或者大量消息处理。