0

我有一个集成，我正在迭代多个批次并将它们发送到 WCF 服务。WCF 服务的开发人员已与我联系，并说他们无法按照我们发送给他们的速度处理批次。他们想知道我们是否可以在每批之间等待 10 分钟。

话虽如此，我想知道 BizTalk 延迟形状是否适合这个？我猜测延迟形状会使编排处于脱水状态，因此它不会保留来自其他进程的任何资源。它是否正确？有什么理由我不应该考虑使用延迟形状？也许性能问题或类似的东西？我知道延迟形状是为这种场景创建的，但我只找到 1-2 分钟的示例。10分钟可以吗？在产生负面影响之前，OK 是否有任何限制？

有很多问题，但我希望它们有意义。

4

1 回答 1

1

是的，BizTalk 非常擅长快速处理大量消息，并且您确实倾向于遇到必须限制 BizTalk 的情况。

我相信延迟形状会创建一个计时器，然后在时间过去后恢复编排。

延迟形状本身不会造成任何负面影响。我见过延迟时间超过这个时间的编排没有问题。唯一的副作用是如果你导致有很多脱水的实例，但我说的是超过 10K 的脱水编排。听起来你有某种单例模式，所以这可能不是问题。

于 2021-08-06T07:46:36.290 回答