整合战略矩阵

　　能降低企业系统整合难度的技术非常具有吸引力， 但是在众多技术中进行分类筛选则是一项复杂的工作。我们借用大众运输业中的演进类推法，将目前的整合战略矩阵划分成了四大类：

　　1. 羊肠小道/点对点方案：自上个世纪80年代起，点对点方案成为了整合企业应用软件系统最快最直接的方法。这些方案的不利之处在于，它们通常由某个特定供应商提供，而且会很快造成依赖于应用软件的界面的大量增加的后果。点对点方案的定制化特性，本来就是一种短期修补方案，它们给IT部门带来了信息技术支持和软件供应商管理等一系列长期问题，特别是在企业业务发生变化或者需要对软件包进行升级的时候。点对点方案几乎始终是一种短视的模式。考虑到企业业务变化的频率会越来越快，无论在 IT部门的响应速度上，还是在界面错误等给IT部门带来的成本压力上，点对点方案注定会走向失败。

　　2. 私人高速公路/ 企业应用整合(EAI)：基于排队、通讯等传统的构架理念，EAI的发展在过去25年来经历了多个阶段。它采用一些象国际商业机器公司（IBM）的MQ系列等技术，帮助导入了信息导向中间件(message-oriented middleware,简称MOM), 交易流程监视器（transaction processing monitors, 简称TPMs), 以及目标请求经纪人(object request brokers,简称ORBs)。虽然EAI的许可证和安装成本相对较高，但它把多种企业应用软件有效地结合在一起，并在企业应用软件之间形成了信息流。同时，它还能提供交易系统所要求的及时交付、安全和一些其他功能。EAI是将大量业务应用程序中的数据整合在起来的唯一方法，但EAI的安装周期很长，在安装期内一直需要供应商在场。对于外向型企业来说，如果他们有众多不同的应用环境，对交易和安全的需求又很高，EAI就会是一个很好的选择。当然，前提是这些企业能够容忍EAI的部署周期。

　　3. 地区铁路/ 网络服务：基于HTTP和网络等开放的因特网标准，网络服务在过去几年已经成为整合某些应用软件的有效途径，无论这些软件是在企业防火墙之内，还是在企业防火墙之外。由于网络服务融合一些新标准，例如简单对象访问协议（Simple Object Access Protocol, 简称SOAP），Web服务描述语言(Web-services description language,简称WSDL), 和通用描述和发现界面(Universal description and discovery interface，简称UDDI)等，因此，网络服务成了受供应商欢迎的集成模式。然而，由于网络服务的安全保证标准还没有形成，对交易也缺乏成熟的管理方式，在金融交易领域，网络服务的推广步伐缓慢。在这些问题解决之前，网络服务还只能在企业内部或者在一些非重要场合使用。当然，对于那些寻求建立自主系统、对交易和安全要求又较低的企业，网络服务还是比较适合的。

　　4. 大规模交通/企业服务总线（ESB）：ESB 采用了包括EAI在内的现有架构。同时，它把队列和其他部件与网络服务和XML捆绑在一起，使得界面的定义和创建比单纯的网络服务技术更简便、更便宜。 ESB 是一种独立于供应商、以标准化为基础的整合策略，能支持多种语言和平台，从根本上为应用软件的整合做好了准备。例如，ESB 可以让网络服务调用信息序列和相关联的转换。新应用软件可以直接使用这些序列单位，而无需知道下一级网络服务调用的细节。这些应用软件可以利用简单的网络服务功能来传输信息、执行交易，使ESB 能比其他整合方案更稳定、更安全地去管理细节。

（信息周刊）