asp.net - Azure 中的后台任务

Question

我想简化每个人在 Azure 中后台任务的创建。

ASP.NET 应用程序中的后台任务一直很困难。对于简单的场景，您可以定期调用 URL 或启动后台线程。这两种选择都有问题，而且都远非理想。例如，当调用 URL 时，请求可以运行的时间量受到限制，它会破坏请求与工作单元的相关性，并且您需要将外部组件作为应用程序的一部分进行管理。对于后台线程来说，情况要好一些，但 IIS 仍然是一个请求驱动的服务，并且有 dangers when implementing recurring background tasks 。目前正在做一些工作来支持 IIS 中的后台任务，但这仍然是遥远的 future 。今天推荐的方法是使用 Windows 服务，这很好，因为它不是 PAAS，没有理由不使用整个服务器。

Azure 在后台任务方面也面临着类似的问题，简单的任务很容易，但如果你想要更大的任务，你可以直接跳到辅助角色。然而，即使您确实使用这些方法，它们仍然存在一些问题。

简单的任务可以使用 Azure 移动服务任务计划来运行，但即使是这些任务也存在一些问题。例如当任务长时间运行时。这也意味着您的任务逻辑一半位于主应用程序中，一半以脚本形式管理其余工作。我想要一种集中在一个地方的后台服务。

大多数时候， worker 角色都过于重量级，坦率地说，它们通常是矫枉过正的。当我更愿意在网站和服务之间共享单个虚拟机时，它们需要整个专用虚拟机。然后，如果需要的话，以后可以独立扩展它们。

我认为 azure 需要第三种选择。能够使用可在共享或保留/标准环境中运行的 PAAS 部署服务。这应该与当前的 Azure 网站完全相同，因为它可以在共享模式下运行，也可以在与我在 Azure 中托管的其他网站一起的保留 VM 上运行。然后，该服务和我的网站可以在一个虚拟机中全部运行，以实现经济高效的阶段，或者根据我的需要跨多个专用虚拟机运行。

所以我有两个问题:

1. 今天执行此操作的最佳方法是什么？是否有我错过的选项？

2. Azure 将来会添加这样的服务吗？

Answer 1

好消息..

Introducing Windows Azure Web Jobs

• 实现这一目标的最佳方法是 Azure Web Jobs，它们使 Azure 网站的计划后台任务变得轻而易举。

所以现在您可以拥有一个 PaaS 网站和后台服务，甚至无需查看 Workers 或 Roles!