如何限制Azure Function实例数或Event Grid触发速率以规避Service Bus插入限制？

一、限制Azure Function实例数量 #

• 消耗计划配置：如果Function使用消耗计划，通过设置FUNCTIONS_WORKER_PROCESS_COUNT调整单实例的工作进程数，再配合WEBSITE_MAX_DYNAMIC_APPLICATION_SCALE_OUT指定最大实例上限（比如设为5）。这样不管触发多少事件，Function最多只会启动设定数量的实例，从源头控制向Service Bus发送消息的速率。
• 专用计划/App服务计划配置：如果Function运行在专用计划下，直接在计划的缩放设置里选择手动缩放，指定固定实例数或者最大实例上限，避免无限制扩容。

二、限制Event Grid触发速率 #

• 事件订阅速率限制：创建Blob Storage的Event Grid订阅时，配置「事件速率限制」参数，设置每秒允许发送的事件数量（比如100个/秒）。当超过这个阈值时，Event Grid会自动节流，把超出的事件暂存后重试，避免短时间内大量事件直接涌入Function。
• 开启事件批量发送：在Event Grid订阅里开启「批量事件」功能，设置批量的最大事件数（比如50个）和最大等待时间（比如1秒）。Event Grid会把多个事件打包成一个请求发送给Function，减少Function的触发次数，间接降低向Service Bus发消息的频率。

三、额外优化方向（可选） #

• Service Bus侧扩容：如果业务允许，可以升级Service Bus的层级（比如从基础层升到标准层）获得更高的吞吐量，或者调整队列/主题的最大发送速率参数，提升接收能力。同时在Function代码里加入重试逻辑，配合指数退避策略，避免瞬时限流导致消息丢失。
• Function内本地限流：在Function代码里实现令牌桶或漏桶算法，控制每个实例向Service Bus发送消息的速率，即使实例数量没限制，也能避免超过Service Bus的限流阈值。

内容的提问来源于stack exchange，提问作者Kapoue