【IT专家网独家】很久以前，当所有的应用软件程序都专注于大的、昂贵的大型机，其放置在玻璃墙后面，人们给其穿上了白色的外套(并且由带着枪的人保卫着)。最终，随着小型机接着是个人电脑和服务器的兴起，其支持的硬件和软件系统从玻璃墙后面走了出来。

　　如果我们快速的回溯这四五十年，可能会发现我们正在经历着的这个周期：许多新的应用软件程序当时是依赖于正式的数据中心的。主要的差异在于那些新的解决方案(当前所遇到的则是“主机应用软件程序”合软件即服务)能从任何你能获得Internet链接的地方存取。通常通过最小的投资定金就能获得，他们已经戏剧性地为他们的用户减少了所有权的全部成本。尽管如此，与该利益相伴随的是新的挑战，尤其是在应用集成领域和防火墙之后的已存在的解决方案。

　　阻碍：管制及其他

　　当所有的应用都位于防火墙之后，集成而不是一个传送带，将会简单很多。为了保持那些系统的同步，企业利用了大量的技术。从通过数据仓库、通过企业服务总线(ESBs)析取、传输和加载(ETL)，在他们的核心，那些方法都包括复制各个信息孤岛间的数据。尽管如此，当其运用基于SaaS的解决方案进行集成时，存在很多原因致使其遇到麻烦：

• 　　管制和法律阻碍——政府和其他的监管团体经常围绕(尤其是以客户为中心的)数据制定一些高度限制性的规则。因此，你的企业也许不能复制内部的信息到基于SaaS的远程主机系统。
• 　　组织政策——即使你的没有遭遇任何管制或是法律问题，你的企业也可能不愿意将敏感的内部信息放置在由外部组织监管的服务器上。
• 　　数据容量——这是根本的阻碍——你的组织所拥有的全部数据量也许超过了主机应用的可获得容量或是不合理的可获得带宽，使任何形式的数据复制策略变为泡影。

　　现在你已经排除了数据到主解决方案上，你的下一个选择就是要求你的用户平行地开启每一个应用(好在系统间就是简单的Alt-Tab)。这是最好的权宜之计，加注沉重的负担到用户身上，其必须对于如何关联应用之间的信息做出实时的决策。这就是问的太多，尤其是当你考虑其可能会相当复杂时，如果不可能执行这些数据类型的实时决策。

　　组合方法

　　如果存在一个可将所有的相关信息以单一和统一视图表现给你的用户的方式，又将如何?如果其可通过一个单一的用户界面实时、安全进行，又将如何?

　　幸运的是，通过应用集成的新的样式和以组合应用著称的开发可能实现。也经常被描述为企业捣浆糊，这些新的技术移除了用户生活中复杂性，同时赋予他们显著增加的权利和洞察力。

　　如果你对门户网站相当熟悉，那么你已经在理解组合应用是什么及其工作原理上有了一个好的开始。简单地说，他们通常呈现一个单一的用户界面，其实时地跨越了多个数据孤岛。在很多情况下，组合应用软件程序是从一个“主的”应用用户界面启动的。当实际上这个都是在后台进行处理时，这个使其看起来像是主应用软件程序通过组合应用软件程序以加载新的功能的方式进行了扩展。

图1：代表了一个由组合应用软件程序组成的后台提供的统一和联合角度的门户