如何解决如何按需运行后台服务 - 而不是在应用程序启动或计时器上
在 .Net 5 Web API 中,我想运行一个发送批量电子邮件和 SMS 的后台任务。 我知道我可以创建一个从 BackgroundService 继承的服务,然后像这样在 Startup.ConfigureServices 方法中将它添加到 DI 容器中:
services.AddHostedService<EmailAndSmsService>();
但这会立即运行服务 - 即在应用程序启动时。 我想在 API 收到来自前端的请求时运行该服务。即在控制器的操作方法中。
我一直在查看 Microsoft 文档中的“带有托管服务的后台任务”,如果我没有记错的话,这就是我需要做的(查看标题为“在后台任务中使用范围服务”的部分"):
这是正确的吗?我是否基本上需要创建两个服务,一个执行实际工作,另一个调用执行实际工作的服务?我在正确的道路上吗?
谢谢
解决方法
您需要查看“排队后台服务”,您可以在其中向它提交“作业”,它会在后台队列中执行这些作业。
工作流程如下:
- 调用者向服务发送带有一些参数的请求
- 服务生成一个“作业”对象并通过 202(接受)响应立即返回一个 ID
- 服务将此作业放入由
BackgroundService
维护的队列 - 调用者可以使用此作业 ID 查询作业状态并获取有关已完成多少以及剩余多少的信息
- 服务完成作业,将作业置于“已完成”状态并返回等待队列以产生更多作业
这是一个关于它如何工作的冗长解释:https://stackoverflow.com/a/63429262/1204153
这是我之前做的一个例子:https://github.com/sonicmouse/ComputationService
,ASP.NET 及其对应的 .NET Core 专为仅在收到请求时启动。这使其非常适合您要执行的操作。
我们所需要的只是一个包含我们发送电子邮件的代码的服务,就像这样。
public interface IEmailService
{
void SendMessages(EmailPoco email);
}
public class EmailService
{
public void SendMessages(EmailPoco email)
{
// Send e-mail messages
}
}
然后我们可以将其注入到我们的 Startup 中的 ServiceCollection
public void ConfigureServices(IServiceCollection services)
{
services.AddSingleton<ITokenStoreService,TokenStoreService>();
}
最后,我们添加了一个带有单个端点的控制器,我们可以用它来触发这个过程。
[Route("api/[controller]")]
[ApiController]
public class EmailController : MiddlewareControllerBase
{
public EmailController(IEmailService emailService)
{
this.emailService = emailService;
}
[HttpPost]
public IActionResult Post([FromBody] EmailPoco email)
{
return this.emailService.SendMessage(email);
}
}
如果您预计该过程需要很长时间,您可以求助于运行它 asynchronously 或在单独的 Thread 中完成工作并在完成之前返回响应。
如果该流程消耗大量资源,并且您不希望它干扰现有 API 的其他功能,您可以考虑简单地将该组件拆分为一个单独的 API 项目,并从您的使用 HttpClient 的现有 API。
尝试运行一个类似于 Windows service 的后台进程,它只是偶尔起作用,这似乎与您所描述的您想要的相去甚远,但却是另一种选择。
总的来说,ASP 请求管道非常适合仅在请求传入时启动操作,否则就处于休眠状态。
,.NET Core API 框架是为短期任务而设置的。任何超过 60-90 秒的运行时间都应该在单独的服务中完成。
我的建议是遵循您建议的路径:创建一个从等待任务的队列中读取的后台服务,然后让您的 API 服务将长时间运行的任务添加到后台服务的队列中。
this (possibly duplicate) question 中的更多信息。
,- 如果符合您的目的,您可以在 .net 核心中使用石英调度程序服务。更多关于https://andrewlock.net/creating-a-quartz-net-hosted-service-with-asp-net-core/
在 .Net 5 Web API 中,我想运行一个后台任务来发送批量电子邮件和短信。
我建议不要为此使用内存中的后台任务。内存队列和内存后台任务的问题在于,当(而不是)重新启动 ASP.NET 应用程序时,工作会丢失。
相反,我建议使用 durable queue with a separate background service。这个想法类似于 Andy's solution,但持久队列不会在 Web 应用程序重新启动时丢失电子邮件/短信。一般方法是一样的:HTTP 请求处理程序写入队列然后返回,后台服务从队列中读取并执行实际的电子邮件/短信。
通常可以将后台服务保持在进程内(只要您使用持久队列,而不是内存队列),但我通常建议将其移至单独的进程(Azure Function/WebJob/AWS Lambda、Win32 服务等)。这允许单独横向扩展 Web 服务器与后端服务器。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。