我即将开始开发一个 API，该 API 的 RPS 将会从 0 上升到几十万HTTP同时 RPS 并以该速率运行约 2 分钟。这 3000 万个请求的所有处理必须在 2 分钟时间结束前完成。这种情况每年会发生 7 次WEEK.
在消费计划托管模式下使用 Azure Functions 实现无服务器听起来很有吸引力。这个文件 https://learn.microsoft.com/en-us/azure/azure-functions/functions-scale描述了存在一个缩放控制器来协调应用程序实例，但并没有真正讨论我对 HTTP 触发器的期望。我找不到任何表明秤控制器能够在我需要的时间范围内做出响应的信息。
我能找到的最好的信息是这个信息 http://anthonychu.ca/post/scaling-azure-functions-http/说他的测试花了近 8 分钟来扩大规模。
对于消费模式下的 Azure Functions 来说，这是一个糟糕的用例吗？
显然，建立一个能够在 2 分钟内发出 3000 万个请求的测试工具本身就是一项任务，而且是一项昂贵的任务。我想向已经这样做的其他人学习。
根据我的经验，消费计划无法正确涵盖这种情况。它们可以扩展到许多实例，但速度不是很快。 2 分钟太快了，无法依靠。
我主要使用队列，而不是 HTTP，但由于扩展速度慢，导致延迟长达 40 分钟。
如果您可以预测哪 2 分钟将是重负载，那么最好的选择可能是使用脚本（或另一个函数）来配置容量。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
