迁移至Azure Functions（HttpTrigger）后遇HTTP超时问题求助

核心现象 #

从ASP.NET API迁移至弹性消耗计划的Azure Functions HttpTrigger后，外部调用方出现大量读取超时错误（连接成功但5秒后超时），且无任何请求到达函数的日志记录；添加1个始终就绪实例后问题未缓解，2周内超时量增长1000%。

可能的原因及排查方向 #

1. 弹性消耗计划的请求队列溢出 #

弹性消耗计划的前端请求路由层存在队列上限，当并发请求量超过实例处理能力+扩容缓冲时，超出的请求会被放入队列，队列满后直接丢弃。即使最大实例设为1000，Azure Functions的扩容存在数秒级延迟，若短时间内请求突增，前端队列会被占满，导致请求无法到达函数实例，调用方触发读取超时。

• 排查方法：对比Application Insights中Requests指标的请求数与调用方上报的请求数，确认是否存在请求丢失；查看FunctionAppRequests中的QueueLength指标，若峰值接近或达到阈值，说明队列溢出。

2. 始终就绪实例配置未生效或资源被占用 #

虽然配置了1个始终就绪实例，但可能存在以下问题：

• 配置未正确应用（未保存或函数应用未重启生效）；
• 该实例被其他10个非HttpTrigger函数占用全部资源（如执行耗时操作），导致新的Http请求无法被及时处理，滞留在前端队列直至超时。
• 排查方法：在Azure门户函数应用"概述"中确认"始终就绪实例"状态为"已启用"；查看Application Insights的InstanceCount和InstanceMemoryUsage指标，检查实例资源占用率。

3. HttpTrigger路由匹配异常 #

如果函数的路由模板与调用方请求路径不匹配（如旧API路径为/api/webhook/{id}，而Functions路由设为/webhook/{id}），或存在大小写、参数约束不兼容的情况，Azure Functions前端会直接返回404，但部分调用方会将404响应的延迟判定为读取超时，且此类请求不会进入函数执行阶段，因此无函数日志。

• 排查方法：对比旧API和Functions的路由配置，用Postman模拟调用方请求路径，检查是否能正常触发函数；在Azure门户"监控"->"日志"中搜索404状态码的请求记录。

4. 网络层拦截或限制 #

• NSG/防火墙规则：检查函数应用所在虚拟网络的NSG规则，是否存在入站请求速率限制或端口拦截；确认调用方IP在允许列表内。
• 请求大小限制：Azure Functions默认允许的请求体大小为100MB，若调用方请求体超过该限制，前端会直接拒绝请求，不会进入函数执行阶段。
• 排查方法：查看Azure门户"网络"->"防火墙"配置的请求大小限制；检查NSG入站规则的速率限制；对比调用方请求体大小与函数配置上限。

5. Azure Functions前端健康检查异常 #

弹性消耗计划的前端会定期检查函数实例健康状态，如果实例健康检查失败（如内存占用过高、函数启动失败），前端会停止向该实例转发请求。若始终就绪实例健康状态异常，且新实例扩容不及时，会导致请求无法被处理。

• 排查方法：查看Application Insights的FunctionAppInstances指标，检查实例HealthState；查看函数应用"日志流"，确认是否有实例启动失败或健康检查报错记录。

6. 服务总线主题的间接影响 #

如果服务总线主题存在严重节流或不可用，可能导致函数实例启动时（即使是始终就绪实例）被阻塞，无法处理新的Http请求。这种情况通常会有函数启动日志，但如果实例未完成启动，前端不会转发请求。

• 排查方法：查看服务总线主题"指标"，检查是否有ThrottledRequests或ServerBusy记录；查看函数应用"日志流"，确认实例是否成功启动。

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