3

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

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

我能找到的最好的信息是这个信息说它花了将近 8 分钟来扩大他的测试。

这是消费模式下 Azure Functions 的糟糕用例吗?

显然,构建一个能够在 2 分钟内发出 3000 万个请求的测试工具本身就是一项艰巨的任务,而且成本很高。我想向其他已经这样做的人学习。

4

1 回答 1

3

根据我的经验,消费计划没有正确涵盖这种情况。它们可以扩展到许多实例,但速度不是很快。2分钟太快了,不能依赖。

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

如果您可以预测哪 2 分钟会负载过重,那么您最好的选择是使用脚本(或其他函数)来配置容量。

于 2017-08-08T07:14:48.450 回答