BizTalk Delay Shape 是否占用任何资源或对性能不利？

Question

我有一个集成，我在其中迭代多个批次并将它们发送到 WCF 服务。 WCF 服务的开发人员联系了我，说他们在处理我们发送给他们的批次时遇到了麻烦。他们想知道我们是否可以在每批之间等待 10 分钟。

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

很多问题，但我希望它们是有道理的。

Answer 1

是的，BizTalk 非常擅长快速处理大量消息，您确实倾向于 运行 进入必须限制 BizTalk 的场景。

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

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