node.js - azure 函数应用程序在长时间运行的协调器期间停止运行

Question

我在 Azure Function App 中有一个长时间运行的 (node.js) 协调器，它调用数百个事件函数。有时，大约 5 个组与 context.df.Task.all 并行运行。我发现它会稳定运行大约两个小时，然后功能应用程序本身似乎突然停止。日志停止在日志流中显示。我的数据库中事件函数应该写入的记录停止写入。日志中没有发现任何异常。它将无限期地保持暂停或停滞状态......直到我重新启动函数应用程序。然后它会恢复活力，并从之前停止的地方恢复一段时间，然后再次停止。

• 这种行为大家都觉得熟悉吗？
• 我应该将扩展包更新为 [4.0.0, 5.0.0)
• 我的存储帐户是否有问题？我应该创建一个新的吗？
• 我们正在使用“高级计划”，我是否会遇到某种限制？如果是这样，我应该告诉 IT 团队增加什么？

Answer 1

据我所知，

• Should I update the extension bundle to [4.0.0, 5.0.0)

我相信这个问题与扩展包无关，因为这与功能应用程序中使用的使用兼容扩展、库、包有关，并且扩展包是版本化的，其中每个版本都包含要安装的丰富的受支持绑定(bind)扩展集基于Function App的版本。

如果在 host.json 中定义了任何超时值，请将其设置为 无界 (-1)，因为功能项目在高级计划中部署/托管函数执行超时时间越长。

• Could my storage account be the problem? Should I create a new one?

• 您可以将存储帐户的配额增加到 5 PiB，而不用创建新帐户。
• 如果考虑存储帐户，请确保函数应用和存储帐户位于同一区域，以减少延迟问题。
• 此外，在生产环境中 - 最好为每个 Azure 函数应用分配单独的存储帐户。

• We are using the "Premium Plan", Could I be running up against a limit of some kind? If so what and what should I tell the IT team to increase.

此外，您在问题中提到函数应用程序停止运行，停止后不执行任何操作，并通过从暂停的位置重新启动来工作。我已经看到微软提到的一些观点，即使高级计划中托管的长时间运行的功能也会停止，并且不会像您的场景那样执行:

请参阅MS Doc了解更多信息。