我很好奇Azure上的缩放是如何与输出到Document有关的。
基本上,当Document返回一个429,因为我超过了分配的吞吐量时,会发生什么呢?我之所以这样问,是因为当我将Azure函数的最低级别与文档DB的最低级别结合起来,并在20秒内调用该函数1000次时,我只看到了插入到文档db集合中的700-800个实际文档。当我将Document缩放到具有相同最低功能级别的最大值时,我只收到了文档DB集合中的700-800个文档。但是,当我将函数缩放到最大值时,文档数据库在最大值时,我得到了全部1000。当我将doc降到最小时,我只得到了300ish....though,看起来我已经锁定了doc帐户,并且它仍然在重新尝试插入,直到它能够成功。
所以我很困惑,因为这是缩放,如果我能得到一些洞察力,我可以更好地调整功能或应用的各个方面。
发布于 2016-04-06 20:02:32
是的,它目前在429上重试,根据DocDB响应等待建议的时间量。目前没有绝对超时,所以重试将继续进行,直到他们通过(我现在正在反复检查,如果这是预期的行为)。
在您的第一个场景中,如果您等待了足够长的时间等待油门被移除,那么所有的1000最终会出现吗?
我想尝试复制这个--在启用您的功能之前,您是否在队列中添加了1000个条目?或者用别的方式称呼它?
如果您好奇的话,正在运行的特定重试代码在这里:https://github.com/Azure/azure-webjobs-sdk-extensions/blob/master/src/WebJobs.Extensions.DocumentDB/DocumentDBUtility.cs#L36
https://stackoverflow.com/questions/36460452
复制相似问题