启动错误被吞没了，怎么看呢？

Question

我们有一个Azure函数2.x运行在消费与FrontDoor在…前面。看起来就像这样。

                 [Azure Function East 2.x Consumption]     
[FrontDoor] - < 
                 [Azure Function West 2.x Consumption]     

我们配置了Azure监视器，随时向我们发送警报，响应代码5xx被抛出到azure函数上。

• ，自从前门就位以来，我们每天都会收到5xx条警报。
• 这5xx没有进入应用程序洞察。在日志分析中没有关于失败的任何东西。
• .

历史上，我们知道，当Azure函数启动失败时，就会发生这种情况。然而，看看Kudu的日志，我们没有看到任何启动失败。

我们确实看到了很多函数运行时正在启动和停止的条目，就像我们期望在消费计划函数上看到的那样。

所以。我们认为，这些5xx错误是由前门在启动时向该功能发送健康检查造成的。(前门在健康检查方面非常健谈)但我们不能证明这个b/c - Azure函数运行时提供了对启动失败的0洞察。

问题如何看到Azure函数运行时启动失败？

触发警报规则：

​

Answer 1

我想，如果您调用该函数，并且它提供了预期的响应，它将证明它不是启动问题。

可能的原因是502个错误，它们没有被Application捕获，因为它们发生在IIS级别(大多数情况下)。

我最近注意到Azure函数中有几个502，但它们与长时间运行的任务/超时有关。

看看诊断工具/可用性和性能/ 5xx错误。它应该能给你一些关于问题所在的方向。下面是我的一个项目中的一个示例，我面临了几个502个错误：

​

​

更多信息：

https://learn.microsoft.com/en-us/azure/app-service/overview-diagnostics

https://learn.microsoft.com/en-us/aspnet/core/test/troubleshoot-azure-iis?view=aspnetcore-2.2#aspnet-core-module-stdout-log-azure-app-service