BizTalk中的发送端口是否有“订购交付”的替代方案?消息的序列对我来说非常重要,因此我创建了一个业务流程,在消息不按顺序时挂起消息,并在消息按顺序时恢复。我使用长时间运行的业务流程和直接端口绑定。
现在有些消息在发送管道中处理得更快,所以有时消息不按顺序发生(我使用文件适配器......)。 现在,当我检查“有序发送”时,无论如何都是顺序消息,但性能确实非常糟糕(消息在发送端口中大量增加),所以我需要在发送中找到订购交付的替代方案端口。
有什么建议吗?
THX
答案 0 :(得分:1)
现在订购的交付显然会增加FIFO模式的大量开销。看看这个article并查看第一期中的FIFO文章。另外,请查看BizTalk性能,以帮助加快解决方案中的其他一些方面。现在我已经看到一些人尝试使用自己的自定义解决方案通过.net和SQL进行排序,性能并没有那么好,因为排序模式需要时间来处理。另外,请看一下这些关于性能的资源:
答案 1 :(得分:0)
您是否有多个位置正在发送数据?因此,它必须按顺序排列,但可以分开。如果是这样,您可以使用关联和有序交付,并有多个管道可以提供并加快处理速度。