在Linux上的ASP.Net Core 3.1 Web应用程序中运行预定的后台作业-Kest​​rel还是Nginx？

问题描述

我正在开发将在Debian GNU/Linux设备上运行的ASP.Net Core 3.1 Web应用程序。

每秒，它必须执行以下操作：

• 从随附的仪表中读取最新数据
• 将最新数据保存到数据库（InfluxDB）
• 将数据发送到客户端的浏览器（SignalR）
• 通过Modbus协议发送数据

我正在考虑使用a hosted service to run a timed background task实现以上目标。 但是，如果使用IIS，看起来会遇到以下问题：

• 直到第一个HTTP请求到来，后台作业才开始
• 如果没有传入的HTTP请求，则后台作业可能会停止执行
• 后台作业也可能会受到定期回收的应用程序池的影响

在Linux上，我正在考虑使用本机ASP.Net Core's Kestrel。

问题：Kestrel是否与IIS有相同的问题？如果我使用Nginx，会有所不同吗？有没有一种方法可以将Linux上的Web服务器配置为始终执行定时任务？

我研究了Hangfire-它似乎没有InfluxDB的扩展名，并且为此目的添加额外的数据库也不是理想的选择。

拥有两个单独的项目是否是更好的设计？一个作为Web应用程序，另一个作为独立的，不断运行的后台进程，该进程每秒将新数据发送到Web服务器？我希望有一个单一的代码库，但是我不想牺牲可靠性和性能。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）