Azure功能是否在消耗模式下运行，适用于大规模变化但时间紧迫的负载？

Question

我即将开始研究一种API，它将同时从0 RPS到几十万 HTTP RPS，并以该速率运行约2分钟。这3000万个请求的所有处理必须在该2分钟结束时完成。这将发生7次 WEEK。

在消费计划主机模式下使用Azure功能无服务器听起来很吸引人。 This document描述了存在一个缩放控制器来协调应用程序实例，但并没有真正讨论我对HTTP触发器的期望。我找不到任何信息表明秤控制器能够在我需要的时间范围内做出响应。

我能找到的最好的信息是this info说他需要将近8分钟才能完成测试。

这是Azure功能在消费模式下的一个不好的用例吗？

显然，启动一个能够在2分钟内发出3000万个请求的测试工具是一项自己的工作，也是一项昂贵的工作。我想向已经这样做的人学习。

Answer 1

根据我的经验，消费计划未正确涵盖此方案。它们可以扩展到许多实例，但不是很快。 2分钟太快，无法依靠。

我主要使用的是队列，而不是HTTP，但由于扩展速度慢，我的延迟时间长达40分钟。

如果您可以预测哪个2分钟将会重载，那么您最好的选择是使用脚本（或其他功能）来配置容量。