gpt4 book ai didi

Azure 函数和文档数据库

转载 作者:行者123 更新时间:2023-12-04 18:33:49 27 4
gpt4 key购买 nike

我很好奇 Azure Functions 上的缩放与输出到文档数据库的关系如何。

当文档数据库因为超出分配的吞吐量而返回 429 时,基本上会发生什么情况?我之所以这么问,是因为当我将最低级别的 Azure Functions 与最低级别的文档数据库结合起来并在 20 秒内调用该函数 1000 次时,我只看到 700-800 个实际文档插入到我的文档数据库集合中。当我再次将文档数据库扩展到具有相同最低功能级别的最大值时,我的文档数据库集合中只收到了 700-800 个文档。然而,当我将函数扩展到最大值,文档数据库达到最大值时,我得到了全部 1000。当我将文档数据库降低到最小值时,我只得到了 300 左右......尽管看起来我已经锁定了文档db 帐户已启动,并且仍在重试插入,直到成功为止。

所以我只是对这是否是扩展感到困惑,以及我是否可以获得一些见解,以便更好地调整功能或应用程序的各个方面。

最佳答案

是的,它当前确实在 429 上重试,等待 DocDB 响应建议的时间。目前没有绝对超时,因此重试将继续,直到完成(我现在正在仔细检查这是否是预期的行为)。

在你的第一个场景中,如果你等待足够长的时间来取消限制,最终会显示所有 1000 个吗?

我想尝试复制这个 - 在启用您的功能之前,您是否将 1000 个项目放入队列中?或者以其他方式调用它?

如果您好奇的话,正在运行的特定重试代码位于此处:https://github.com/Azure/azure-webjobs-sdk-extensions/blob/master/src/WebJobs.Extensions.DocumentDB/DocumentDBUtility.cs#L36

关于Azure 函数和文档数据库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36460452/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com