Exchange server 使用多个修复网关的好处

嘿，我注意到一些场馆使用多个网关来进行不同的活动，例如一个网关用于订单发送，另一个网关仅用于市场数据

---

这有什么好处？

基本上，这两个角色有完全不同的要求，并且很容易从逻辑上区分这两个连接的处理

• 市场数据连接通常是非常高的流量，并且主要是单向的。因为它没有订单流量，所以保存日志的需要大大减少。如果市场数据连接出现问题，那也没什么大不了的——只要重新启动并继续交易即可。不管怎样，您在停机期间错过的任何信息都是过时的信息

• 订单路由连接是对时间敏感的双向通信。你需要记录几乎所有的东西，以防以后需要审计。如果连接中断，您可能需要在恢复时验证订单和程序状态（已填写/取消的订单等）

---

在我参与的项目中，我们将有一个MD组件和一个OR组件。这两个连接允许我们将处理程序分为两组相互独立的逻辑。MD组件将在一个公共位置存储相关数据，OR组件将引用该位置。（这个公共位置可能是一个外部数据库，也可能只是一些共享内存。）MD组件将很少或没有日志记录，or将记录所有内容。

基本上，这两个角色有完全不同的要求，并且很容易从逻辑上分离处理这两个连接

• 市场数据连接通常是非常高的流量，并且主要是单向的。因为它没有订单流量，所以保存日志的需要大大减少。如果市场数据连接出现问题，那也没什么大不了的——只要重新启动并继续交易即可。不管怎样，您在停机期间错过的任何信息都是过时的信息

• 订单路由连接是对时间敏感的双向通信。你需要记录几乎所有的东西，以防以后需要审计。如果连接中断，您可能需要在恢复时验证订单和程序状态（已填写/取消的订单等）

---

在我参与的项目中，我们将有一个MD组件和一个OR组件。这两个连接允许我们将处理程序分为两组相互独立的逻辑。MD组件将在一个公共位置存储相关数据，OR组件将引用该位置。（这个公共位置可能是一个外部数据库，也可能只是一些共享内存。）MD组件将很少或没有日志记录，or将记录所有内容。

如果一个组件失败，所有内容都会停止。首先，它给你健壮性，如果一个失败了，其他人可以继续。您可以平衡负载，一些用户连接到一个，另一些用户连接到另一个。如果出现故障，您可以轻松地重新路由用户。在我工作的地方，他们通常有一个单一的消息总线，所有网关都将消息转储到该总线上，并读取所有发送给他们的消息。它使我们能够灵活地添加尽可能多的网关，而不是在我们一时兴起的情况下添加，而是在需要时，或者当某个网关切换到备份时添加。

如果某个网关失败，那么您不会希望将所有网关都推过它。首先，它给你健壮性，如果一个失败了，其他人可以继续。您可以平衡负载，一些用户连接到一个，另一些用户连接到另一个。如果出现故障，您可以轻松地重新路由用户。在我工作的地方，他们通常有一个单一的消息总线，所有网关都将消息转储到该总线上，并读取所有发送给他们的消息。它使我们能够灵活地添加尽可能多的网关，而不是在我们一时兴起的情况下添加，而是在需要时，或者当某些东西从交换机切换到备份时添加