基于服务的企业集成模式轻松入门，第1部分:基本概念的演变

基于服务的企业集成模式轻松入门，第1部分:基本概念的演变2010-03-01 IBM Dr. Waseem Roshen引言

使一个企业中的所有应用程序以集成方式运行以便提供统一而一致的数据和功能是一项非常艰难的任务。这涉及到各种应用程序，如自主构建的应用程序（C++、Java™ 或 Java 2 Platform, Enterprise Edition [J2EE]）、打包的应用程序（如 SAP CRM 应用程序）以及遗留应用程序（大型机 IBM® CICS® 或 IBM Information Management System [IMS™]）。而且，这些应用程序可能分布在不同的地理位置，并可能运行于各种平台上。这可能需要集成企业之外的应用程序。

随着企业的发展，企业集成中涉及的复杂性也随着时间的推移而增加，并涉及了许多集成模式。因此，目前存在着大量的集成模式。这些集成模式各种各样，有的是基于文件在应用程序之间进行简单的数据传输，有的是完全基于 SOA 的集成模式。

本系列的第 1 部分和第 2 部分介绍这些模式的演变，目的是为了帮助您理解基于 SOA 的集成模式中涉及的所有基本概念和功能。涉及的一些概念和功能包括：

服务的使用者和提供者

松散耦合

代码重用和分层

语言独立性

平台独立性

服务接口的定义、发布和发现（即注册表概念）

企业服务总线（ESB）从点对点集成发展，涉及连接性、封送处理和中介的概念

粗粒度

集成模式发展的这些描述还重点强调了许多以前技术和技术概念大大促进了基于 SOA 的集成模式的发展。

讨论旧模式的另一个原因是，即使在当今世界，仍然存在着旧模式和新模式的共存现象。例如，许多 ESB 实现都支持集成的文件传输机制。类似地，许多应用服务器（如 IBM WebSphere®）都具有对象请求代理（ORB）和异步消息传递功能。

需要关注的是，最近 IBM 提议的标准化服务集成成熟度模型（SIMM）已得到 The Open Group 董事会的认可。在本系列文章的第 1 和第 2 部分中对早期集成模式的描述可以大大帮助您确定和明确 SIMM 中应用程序域的成熟度级别。

松散耦合

在所有概念中，倾向使用 SOA 类型集成模式的主要驱动因素是松散耦合思想。促进使用松散耦合的原因是集成的应用程序的数量和类型越来越多。这要求集成模式对一个应用程序的更改使对其他应用程序造成的影响减到最小。需要松散耦合的另一业务原因是企业需要灵活地满足当今不断改变的业务需求。因此集成模式必须能够满足这一变化和具有足够的灵活性。在本文中您将了解到，尽管通向松散耦合和灵活性的道路不是笔直的，但通常情况下，在我们从旧模式移动到 SOA 时，应用程序和软件组件之间的耦合已变得较弱。

最大化代码重用

促进开发基于服务的体系结构的第二个重要因素是强调最大化代码的重用。代码重用可以得到更可靠和更有效的代码，这是因为对相同的代码进行了反复测试。要实现代码重用，通常需要使用分层（也称为组件化）。分层或组件化是指作为单独的软件组件提取不同的代码片段，以便多个应用程序在运行时可以使用相同的代码进行到远程应用程序的网络连接。分层还促进了松散耦合，因为可以更改每层的内部工作，而不影响其他层或应用程序。

现在我们通过最简单的集成开始讨论集成模式，该集成仅涉及应用程序之间的数据共享。这可以帮助您了解不同应用程序之间连接性的概念。