2

我有一个关于如何配置与外部系统接口的系统的问题。

以下是我想把它们放在一起的各个部分：

选项1

  • 我有 3 个外部服务，它们为系统带来 3 种不同类型的消息。
  • 我有一个 WCF 服务，它监听所有这些外部服务，它将消息转换为通用格式。
  • 我有一个 WPF UI，它使用双工 tcp 绑定与 WCF 服务连接，并且消息在 UI 上得到更新。
  • UI 还将任何传出消息发送到服务，该服务又将其发送到外部服务。

我的问题是，您认为这是一种可扩展、可维护、经济高效的解决方案架构方式吗？如果我在 Intranet 场景中部署它，您是否看到任何可能出现的特定问题？

我给出的另一个考虑如下：

选项 2

  • 有 3 个连接到外部服务的 Windows 服务。
  • 每个服务都将消息生成规范格式，并将其放在特定主题的消息总线上。
  • 有一个 WCF 服务，它在消息总线上侦听新消息的主题。
  • 使用双工绑定以使用任何传入消息更新客户端。
  • 客户端将传出消息发送到 WCF 服务，WCF 服务又将其放到由 Windows 服务侦听的特定主题，后者将它们发送到外部系统。

我在这里有点困惑，请您帮我找出哪种方法更好，如果可以的话，请指出任何讨论这些场景的链接？

数据交换量为每 5 分钟 400 条消息，分布在外部系统中。

我相信你们中的很多人可能都遇到过这种情况，所以如果你有更好的方法来解决这个问题，请告诉我。

谢谢，-迈克

4

1 回答 1

1

在处理 3 种相似但不同的消息格式时，我当然认为您的选项 2 是正确的。这实现了两种集成模式，适配器和规范消息。

但是，我认为使用相同的“适配器”服务作为反向传播消息的管道是错误的。最好将响应通道从请求处理管道中抽象出来。

您可以实现分发器（或路由器）模式来处理将响应消息路由回请求源。

于 2012-04-27T15:25:41.573 回答