我有一个应用,由API和一个Windows服务(Topshelf封装)组成,它通过RabbitMQ不断监听事件,并按需处理数据。
出于教育和娱乐目的,我想将其重写为在.NET Core和Unix上运行的等效设置(例如在AWS上的docker容器中)
如果我想保持跨平台,使用.NET Core实现类似于Windows服务(一直运行的后台进程)的等效程序,最好的方法是什么?
我有一个应用,由API和一个Windows服务(Topshelf封装)组成,它通过RabbitMQ不断监听事件,并按需处理数据。
出于教育和娱乐目的,我想将其重写为在.NET Core和Unix上运行的等效设置(例如在AWS上的docker容器中)
如果我想保持跨平台,使用.NET Core实现类似于Windows服务(一直运行的后台进程)的等效程序,最好的方法是什么?
Windows服务本身是一个遵循Windows服务控制管理器接口规则和协议的控制台应用程序。您可以使用 .NET Core 控制台应用程序作为主机在两个平台上实现相同的功能。但需要进行一些额外的配置,以使其行为更像真正的服务/守护程序。
例如,在Linux中,您可以使用SystemD。您需要首先创建一个 SystemD 配置文件,类似于以下内容:
[Unit]
Description=daemon service
After=network.target
[Service]
ExecStart=/usr/bin/dotnet $(pwd)/bin/daemonsrv.dll 10000
Restart=on-failure
[Install]
WantedBy=multi-user.target
EOF
然后配置SystemD让其知晓您的服务配置
# Copy service file to a System location
sudo cp daemonsrv.service /lib/systemd/system
# Reload SystemD and enable the service, so it will restart on reboots
sudo systemctl daemon-reload
sudo systemctl enable daemonsrv
# Start service
sudo systemctl start daemonsrv
# View service status
systemctl status daemonsrv
针对 Windows 操作系统,您需要使用不同的工具集来完成相同的任务。为了避免与 Windows 紧密绑定,您需要使用第三方服务管理器。例如,您可以使用 NSSM。这篇文章中提供了关于 NSSM 的详细信息和示例:.Net Core console application as a Windows Service。
如果在 Windows 中只是作为一个宿主,您仍然可以使用普通的 Windows 服务设置。而在 Unix 环境中,您需要编写另一个控制台应用程序宿主。两者都可以共享业务逻辑,只是它们响应系统事件的方式不同。
希望这能对您有所帮助。
sudo systemctl stop daemonsrv
上设置清理回调函数? - valorl了解工人服务(.NET Core 3.x):
您可以使用新的Visual Studio 2019 Worker Service项目模板创建一个工人服务,或者通过使用.NET CLI来创建:
dotnet new worker