biztalk - BizTalk 2013 R2 - 基于速率的泛滥消息限制

我们有一个接收消息并将其发送到 Web API 的解决方案。每天，另一个部门都会运行一个自动程序，将数千条记录传递到消息框，这似乎会导致与 API 请求响应端口相关的错误（奇怪的是，这些错误并没有暗示超时，但它们只会触发当向下游发送如此大量的数据时）。

我已经联系了服务供应商以确定他们的 API 调用的容量，所以一旦我有了更好的想法，我就可以定制我们的流程。

今天早上我一直在阅读基于速率的限制，并且有一些我找不到答案的问题；

如果启用了限制，它是否只处理最小数量的样本/消息？如果是这样，剩余的消息会发生什么？我在某个地方读到它们在内存中排队，但最多只有 100 个，那么所有其他人都去哪里了？
如果我有 2350 条消息在 2 秒内泛滥，并且我想控制流量，将我的采样窗口持续时间更改为 1 秒并设置节流覆盖以启动节流会有所不同吗？

标签： biztalkbiztalk-2013r2

如果您正在谈论主机限制设置，剩余的消息将在消息框数据库中，并显示为处于脱水状态。

您必须在负载下测试节流设置。如果你弄错了，那可能会非常糟糕。我遇到了一台服务器，其设置配置不正确，并且一直在节流。