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