在将大量事件发布到某个主题时(重试和生存时间以分钟为单位),许多事件无法传递给订阅的函数。是否有人知道任何设置或方法来确保缩放快速反应而不会全部消失?
我正在创建一个Azure Function应用程序,该应用程序实质上将事件高速率地传递到事件网格主题,并且订阅该主题的其他函数将处理这些事件。这些事件是短暂的,不会持续超过指定的分钟数。理想情况下,我希望看到应用程序缩放以处理负载而不会丢失事件。总体目标是每个事件都会触发对我自己的api的出站api端点调用,以测试性能/负载。
我已经查看了有关MSDN和其他位置的文档,但不太适合我的情况(大多数谈论传入事件而不是出站http事件)。
为了扩展,我研究了http的host.json设置(因为网格事件没有设置,并且网格事件看起来与http触发器类似),并且设置这些设置似乎有所改进
我期望的最终结果是,每次发布到主题端点时,它都将交付给函数并以低的失败交付/丢弃率执行。
我看到的是,在将多个事件发布到某个主题时(以一致的速率),大多数事件都被标为死信/丢弃
答案 0 :(得分:0)
消费计划受分配给您的功能的计算能力的限制。本质上,它可以扩展到一定的限制,然后成为瓶颈。
我建议看看limitations。
here可以使您对计算能力的差异有所了解。
如果要启用自动缩放或缩放虚拟机实例的数量,建议使用应用程序服务计划。支持定价的最便宜的选择是标准定价层。