在不太遥远的过去，iPaaS仅仅被视为是软件即服务（SaaS）集成的一个体面的方法，在企业寻求解决与传统集成模型有关的问题的情况下的一种方法，对于在场景业务寻求解决问题与传统集成方法的相关，根据Ovum高级分析师Saurabh Sharma说。他说，当达到一体化信息业务模型时，所有东西都会改变。

“一体化信息业务模型的兴起，大大地有助于iPaaS从婴儿甚至到成为主要SaaS集成方法的演变，”Sharma说。

十几年前，云计算不是人们的雷达，但是在过去的七年供应商已经成熟，据云服务代理Appirio的首席技术官Glenn Weinstein所说。他指出这推动了基于云的本地信息平台。

iPaaS的采用状态是不是已经成熟？

据专家说，在iPaaS被视为应用集成的首选解决方案之前，它还有一段路要走。“SOA仍是最健壮的集成方法，非常适合各种复杂的集成场景，包括本地、B2B和云服务集成，” Sharma说。

战略咨询公司CIMI集团的总裁Tom Nolle同意此说法，他指出他看到了在混合云应用中的增长势头。“人们说所说的是，混合将给iPaaS创建一个显示的工具集，” Nolle说。

也有确定的场景，主要是公有云应用 ，在此场景中Nolle确信iPaaS占有一席之地。但Nolle说，目前对于许多企业来说云计算等同于简单的托管服务器整合。

“鉴于没有集成支持，现在纯粹的公有云环境是不可能在集成策略中行的太远，因为他们大多不是集成，”Nolle说。“随着你开始向在公有云中部署多组件应用转移，那么你就会产生集成问题，这时你就开始看到了iPaaS。”

Weinstein说，有几大理由说明了为什么采用还处理早期阶段，如下：

• 过时的遗留基础设备
• iPaas无力处理大交易量
• 企业没有意识到集成可以在云中完成

“我们对于集成平台即服务的认识与我们对基于云的CRM(客户关系管理)或基于云的HR的认识不在同一水平上，”Weinstein说。“它仍然被视为是只有领先的采用都才涉及的。”

虽然iPaaS的采用仍然处于婴儿期，但是还有组织对于实施此技术有兴趣。这是否意味着企业架构师需要重温他们的技能吗？

“从技术的角度看，iPaaS并不是与基于本地的集成完全不同，至少在技能和技术方面需要了解，” Weinstein说。“你仍然在主要处理的还基于web服务的环境。”

克服iPaaS障碍

专家说潜在的iPaaS陷阱包含：

• 陷入从传统基础设施中迁移集成的麻烦
• 认为iPaaS可以比想象的更快处理更大的交易
• 转向云端“云就在那里”
• 忘记了iPaaS是应用生命周期管理（ALM）的一部分

了解你在做什么！假定iPaaS可以处理事情能够超过它能够处理的，这是企业架构师可能会面临的一个障碍，据Weinstein说，他认为服务模型经验对于使用技术来最大化效果很关键。

“事实上，基于云的集成平台在防火墙之外，这需要客户安全团队及早计划，”Weinstein说。“对于有些公司来说，这与他们使用的模式不同。对于iPaaS，你通常有从内部防火墙发起的交易。”

因为技术使用的原因，心态问题也很重要。Nolle说，如果架构师想要免麻烦的iPaaS的话，因为云的缘故，他们需要重新思考ALM。

“即使iPaaS的ALM合法的一部分，正如iPaaS今天所使用的一样，它对于一些具体问题来说，常常被当作创可贴使用，而不是为了云，在面向ALM实践中的一个元素，” Nolle说。

无论组织是否有一个即使的使用iPaaS的计划，还是在众多个解决方案中徘徊，那么如果他们计划在云中进行集成的话，该模型就是架构师应该考虑的。