长时间运行的 Azure Webjob - 不断停止

Question

我已经使用 Azure webjobs 有一段时间了，但我仍在努力弄清楚为什么一些运行时间极长的 web 作业会失败..

我有使用 Azure SDK 构建的 webjob，并从传入的队列消息中触发。此 web 作业从 Azure Blob 存储中提取一个 XML 块，其中包含有关 110000 个项目的信息，然后循环通过这些并使用 REST WebApi2 端点发出各种 HttpClient 请求，以在我们的表存储和 DocumentDB 中创建各种实体......这个过程是我正在处理的事情，但它运行了好几天......这很好，因为没有紧迫性，除了从它开始随机停止，有时两天后......最后一次唯一的消息是“线程被中止”。我定期注销和 http 调用，所以它不像工作是坐在那里无所事事...... 更新：

我还应该声明我已将整个应用服务计划升级到 S1，并将托管 Web 作业的 Web 应用设置为 Always On...

我也看过“WEBJOBS_RESTART_TIME”，但这无关紧要，因为它与停止后重新启动有关，我认为不应该做一个没有错误的连续工作！

Answer 1

我发现了与长期运行的网络作业有关的一件事。要使线程继续工作很长时间，您必须：

• 不时使用 Console.Write 写入输出
• 添加一个名为 WEBJOBS_IDLE_TIMEOUT (source) 的应用设置，它定义了环境在关闭之前等待空闲网络作业（无控制台输出）的时间量。

我会两者都做，添加控制台。像“心跳”一样写入并添加应用设置。

Answer 2

我们在长期运行的网络作业方面遇到了很多问题，最终购买了付费支持，因为这些作业经常会失败，而我们就是不知道原因。这已经持续了2个多月，仍然没有解决方案。他们确实建议使用 local_cache 设置，该设置在一段时间内停止了重新启动，但最终，重新启动又开始了。

我们已将它们从多年来一直完美运行的虚拟机中移出。在我看来，网络作业不适合长时间运行的作业，您应该转移到虚拟机。我们有许多短期运行的工作，它们做得很好，但对于任何长期运行的工作，我认为网络工作还没有准备好迎接黄金时间。我们在这些问题上花费了很多时间来提供支持，但坦率地说，我们觉得我们现在只是在浪费时间。省去自己的痛苦，去一个虚拟机，在 6 个月后重新审视这个。