biztalk中源相同而目标不同时应遵循的最佳方法

biztalk中源相同而目标不同时应遵循的最佳方法,biztalk,biztalk-2010,biztalk-2009,biztalk-2013,Biztalk,Biztalk 2010,Biztalk 2009,Biztalk 2013,我需要在不同系统之间使用biztalk server开发集成机制 其中一种情况如下: 有一个源系统(比如S1),它在一个文件夹中生成一些文件,我用来选择这些文件,应用一些逻辑并发送到目标系统。有三个不同的目标系统(D1、D2、D3),它们需要处理源系统S1生成的相同文件。所有三个目标系统都有一个特定的频率来处理输入文件(由S1生成)。那么,在这种情况下,最好的方法应该是什么呢 我有一些想法如下,请给我推荐最好的 ->为三个不同的目的地制作三个不同的编排 ->制作一个编排并仅管理其中的逻辑 ->实

我需要在不同系统之间使用biztalk server开发集成机制

其中一种情况如下:


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

我有一些想法如下,请给我推荐最好的

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

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

->实现ESB。ESB在这个场景中值得使用吗


请提出建议。

你到底在想什么逻辑

在最简单的场景中,只有1个接收端口和位置以及3个发送端口。 发送端口将(通过发送端口筛选器)订阅所需的消息


为了做到这一点,您需要提升接收位置(或业务流程)中的必要属性,但这会带来性能成本。这完全取决于您的逻辑,但您可能能够将大部分(如果不是全部)逻辑放入BizTalk映射中。

这实际上取决于您需要应用于不同目标文件的逻辑,您将问自己的问题是: -您真的需要编排来应用逻辑吗?这可以仅使用入站/出站映射来实现还是在管道中实现。 -每个目的地的逻辑是否明显不同?如果不是,则应进行消息的公共处理。 -您是否需要进行可扩展设计,即是否需要在将来添加更多目的地

根据你的问题细节,很难想出准确的方法。尽管您可以设计易于维护和扩展的应用程序,但您应该对任何方法都很在行。
您肯定应该看看ESB实现,以便动态路由到不同的目的地。

“所有三个目的地系统都有定义的频率”-您的意思是目标只能在特定时间接受数据吗?通常,这都是由源驱动的,这意味着当它生成数据时,所有3个下游系统都会得到它,某些目标系统仅在特定时间内接受消息一个选项是在指向该系统的发送端口属性中的传输高级选项上启用服务窗口。实际上,源将继续生成数据,但目标将以某个定义的频率接受数据(假设在2小时、4小时和5小时的时间间隔之后)。目标系统将接受最新的数据。因此,您是否必须将源系统中的所有数据累积到一条消息中以发送到目标系统?如果是这样,您必须查看Biztalk顺序护送模式。但请注意僵尸