我应该使用什么 azure 后台进程？
What azure background process should I use?
所以我对在 azure 中实现按计划触发的代码的正确方法感到困惑。
最初我们使用的是标准控制台应用程序，该应用程序将在部署时放入 webjob 文件夹中。我发现这有点头疼，因为我们有逻辑循环并等待正确的时间触发。
然后我尝试了 azure webjob 包 https://github.com/Azure/azure-webjobs-sdk-extensions，但看到它已经安静了，主分支目前已损坏！我喜欢，因为它有一个 CRON 类型的方法 function.cs，但现在不确定是否正在维护它。
人们对后台进程的方式有偏好吗运行，例如每天凌晨 2 点 运行 针对数据库的计划任务？
选择太多，对正确的方法没有足够的共识？
非常感谢
我可以想到三个选项，它们都是有效的并且可以满足您的需求。最终选择哪一个取决于您的具体要求和您的技术专长。
Web 作业。这些是最强大和最难构建和维护的。您通常使用 Visual Studio 中的专用项目模板来创作这些。您可以忽略 GitHub link - 这不是您需要的。确保在 Visual Studio 中启用了 Azure 工作负载并创建 WebJob 项目。
Azure 函数。这些是 WebJobs 的更轻量级替代方案。 Visual Studio 工具也可用于此，但您也可以选择直接在门户中编写代码。 Azure Functions 会在一段时间后超时，因此如果您的作业运行超过一两分钟，这可能不是最佳选择。
逻辑应用程序。这更像是一个高级用户工具，具有易于使用（有争议的）设计器界面。但它也非常强大，如果需要，您可以从逻辑应用程序调用 WebJobs 或 Functions。
我可以添加 link，但我相信您可以很容易地找到它们。
所以我对在 azure 中实现按计划触发的代码的正确方法感到困惑。
最初我们使用的是标准控制台应用程序，该应用程序将在部署时放入 webjob 文件夹中。我发现这有点头疼，因为我们有逻辑循环并等待正确的时间触发。
然后我尝试了 azure webjob 包 https://github.com/Azure/azure-webjobs-sdk-extensions，但看到它已经安静了，主分支目前已损坏！我喜欢，因为它有一个 CRON 类型的方法 function.cs，但现在不确定是否正在维护它。
人们对后台进程的方式有偏好吗运行，例如每天凌晨 2 点 运行 针对数据库的计划任务？
选择太多，对正确的方法没有足够的共识？
非常感谢
我可以想到三个选项，它们都是有效的并且可以满足您的需求。最终选择哪一个取决于您的具体要求和您的技术专长。
Web 作业。这些是最强大和最难构建和维护的。您通常使用 Visual Studio 中的专用项目模板来创作这些。您可以忽略 GitHub link - 这不是您需要的。确保在 Visual Studio 中启用了 Azure 工作负载并创建 WebJob 项目。
Azure 函数。这些是 WebJobs 的更轻量级替代方案。 Visual Studio 工具也可用于此，但您也可以选择直接在门户中编写代码。 Azure Functions 会在一段时间后超时，因此如果您的作业运行超过一两分钟，这可能不是最佳选择。
逻辑应用程序。这更像是一个高级用户工具，具有易于使用（有争议的）设计器界面。但它也非常强大，如果需要，您可以从逻辑应用程序调用 WebJobs 或 Functions。
我可以添加 link，但我相信您可以很容易地找到它们。