ESB理解

模型阶段包括以下活动：

• 通过分析服务请求者和提供者的交互来收集互连和元数据要求；相关需求和供给可以在注册中心进行描述。
• 对支持所需互连所必需的中介流进行建模和设计。

组装阶段包括以下活动：

• 从较小粒度的中介模式组合成中介流。可以将中介模式作为 ESB 产品的一部分预先进行构建。这些中介模式可存在于企业特定的资产存储库中。或者，这些中介模式可以是为解决方案新开发的。
• 在服务注册中心存储关于中介的元数据以供服务请求者使用。该元数据描述相关的连接方面，例如安全性。

部署阶段包括以下活动：

• 配置用于部署到特定运行时拓扑中的中介；部分必需的配置信息将作为服务元数据存储在注册中心。
• 将中介部署到一个或多个运行时环境。
• 修改服务元数据以影响解决方案的动态行为。

管理阶段包括以下活动：

• 监视使用中介模式的服务交互的行为。
• 作为安全和管理服务以及注册中心的策略执行点，对服务交互进行管理和保护。

　　网关　网关(Gateway)又称网间连接器、协议转换器。网关在传输层上以实现网络互连，是最复杂的网络互连设备，仅用于两个高层协议不同的网络互连。网关既可以用于广域网互连，也可以用于局域网互连。

        

• 协议和模式。 交互参与者不需要使用相同的通信协议或交互模式。例如，某个请求者可能需要通过某种固有的同步协议进行交互，而服务提供者可能需要使用某种固有的单向协议进行交互，并使用两个相互关联的交互。ESB 提供所需的转换以屏蔽协议和模式切换。
• 接口。服务请求者和提供者不需要就用于交互的接口达成一致。例如，请求者可以使用一种形式的消息来检索客户信息，提供者可以使用另一种形式的消息。ESB 提供所需的转换以协调差异。(这里的接口指什么？比如soap协议，接口都不明确，怎么知道调用哪个方法？可能ESB上面封装一层，接口和网关现在都滥用)
• 身份。交互中的参与者不需要知道交互中的其他参与者的身份（例如，地址）。例如，某个请求可能由不同物理位置的多个潜在提供者中的任何一个来满足，而服务请求者不需要意识到这一点。实际提供者仅对 ESB 可知，并且事实上可以更改而不影响请求者。ESB 提供所需的路由以隐藏身份。

在理想的面向服务的解决方案中，应用程序和业务逻辑与连接和集成逻辑之间的分离是“彻底的”，意味着服务请求者和服务提供者（应用程序服务）不包含连接或集成逻辑，并且 ESB 不包含应用程序或业务逻辑。只有通过架构这种彻底的分离，企业才能实现从 SOA 中寻求的灵活性、敏捷性和重用。

有时很难在应用程序和业务逻辑与连接和集成逻辑之间进行区分。应用程序和业务逻辑是主动的，因为此逻辑创建或使用服务交互中使用的消息（请求和响应）；连接和集成逻辑是被动的，因此此逻辑只是对业务逻辑生成的消息做出反应，并且只是将消息从一个参与者移动到另一个参与者。

连接和集成逻辑由必需的处理组成，以将信用记录模型转换为适合于所调用的信用记录服务和故障转移的模型，以便在第一个服务失败时调用第二个业务合作伙伴；此逻辑作为中介嵌入在 ESB 中(相当与数据库中failover概念)