当 biztalk 中来源相同且目的地不同时遵循的最佳方法答案

【问题标题】：Best approach to follow when source is same and destinations are different in biztalk当 biztalk 中来源相同且目的地不同时遵循的最佳方法
【发布时间】：2014-09-04 07:21:03
【问题描述】：

我需要在不同系统之间使用 biztalk 服务器开发集成机制。

其中一个场景如下：

有一个源系统（比如说 S1）在文件夹中生成一些文件，我过去常常选择这些文件，应用一些逻辑并发送到目标系统。三个不同的目标系统（D1、D2、D3）需要处理源系统 S1 生成的相同文件。所有三个目标系统都有一些定义的频率来处理输入文件（由 S1 生成）。那么在这种情况下，最好的方法应该是什么。

我有一些想法如下，请给我推荐一个最好的。

-> 为三个不同的目的地制作三个不同的编排。

-> 制作一个编排并仅管理其中的逻辑。

-> 实施 ESB。 ESB 在这种情况下值得使用吗？

请提出建议。

【问题讨论】：

“所有三个目标系统都有一些定义的频率” - 你的意思是目标只能在特定时间接受数据吗？通常，这都是由源驱动的，这意味着当它产生数据时，所有 3 个下游系统都得到它。
如果如@Johns-305 所要求的那样，某些目标系统仅在特定时间内接受消息，一个选项是发送端口属性中指向该系统的传输高级选项上的Enable service window。
实际上源会继续生成数据，但目标会以某个定义的频率接受数据（假设在 2 小时、4 小时和 5 小时的时间间隔之后）。目标系统将接受最新数据。
那么您是否必须将来自源的所有数据累积到单个消息中以发送到目标系统？如果是这样，您将不得不查看 Biztalk Sequential Convoy Pattern msdn.microsoft.com/en-us/library/aa561843.aspx。但要小心僵尸msdn.microsoft.com/en-us/library/bb203853.aspx

标签： biztalk biztalk-2010 biztalk-2009 biztalk-2013

【解决方案1】：

你到底在想什么逻辑？

在最简单的情况下，您将只有 1 个接收端口和位置以及 3 个发送端口。发送端口将订阅（通过发送端口过滤器）他们需要的消息。

为此，您需要在接收位置（或编排，但这会降低性能）中提升必要的属性。这完全取决于您的逻辑，但您可能能够将大部分（如果不是全部）逻辑放入 BizTalk 映射中。

【讨论】：

【解决方案2】：

这实际上取决于您需要对不同目的地的文件应用的逻辑，您会问自己的问题是： - 您是否真的需要编排来应用逻辑，这可以仅使用入站/出站地图还是在管道中完成。 - 每个目的地的逻辑是否明显不同？如果不是应该对消息进行通用处理。 - 您是否需要进行可扩展设计，即您是否需要在未来添加更多目的地？

根据您的问题详细信息，很难提出确切的方法。只要您可以设计易于维护和可扩展的应用程序，您应该可以使用任何方法。您绝对应该查看 ESB 实现，以实现到不同目的地的动态路由。

【讨论】：