基于C# .NET Core开发适配本地与Azure云的Windows Service方案咨询

背景 #

我们曾基于C# .NET 4.5开发一款Windows Service，该服务同时承担两项任务：

• 与LDAP交互，读取用户状态并更新至数据库；
• 与数据库交互，向用户推送内容。

需求与解决方案 #

1. 兼容原有自建基础设施客户的安装使用 #

.NET Core提供了成熟的Windows Service宿主支持，可完全保留老客户的原有安装习惯：

• 引入Microsoft.Extensions.Hosting.WindowsServices NuGet包；
• 基于通用主机（Generic Host）构建服务，添加UseWindowsService()配置；
• 发布生成可执行文件后，客户可通过传统的sc命令或PowerShell注册服务，示例命令：

  sc create "YourServiceName" binPath="C:\PublishedPath\YourService.exe" DisplayName="Your Service"
  

  操作流程和原.NET Framework服务完全一致，无需改变客户使用习惯。

2. 云环境无需VM的更优部署方案 #

有多种轻量托管式方案可选，无需维护VM：

• 容器化部署：将服务打包为Docker镜像，部署到云厂商托管容器服务（如Azure Container Apps、AWS ECS），支持自动伸缩、健康检查，运维成本极低；
• 无服务器托管（事件驱动场景）：若服务任务为定时/事件触发，可选用Azure Functions、AWS Lambda；但长驻运行的后台进程优先选容器化方案；
• 云托管应用服务：比如Azure App Service的"持续运行"Web Jobs，适合轻量级后台任务，长驻进程优先考虑容器服务。

3. 云环境部署位置保障通信顺畅 #

部署位置需结合LDAP的部署场景确定：

• 若LDAP为客户本地/私有云部署：将服务部署在云厂商的虚拟私有云（VPC）内，通过云专线、VPN打通客户本地网络与云VPC的连接，既保证同区域访问云端数据库的低延迟，又能安全访问本地LDAP；
• 若LDAP为云端托管服务（如Azure AD LDAP）：将服务与云端数据库部署在同一云区域，利用云内网通信降低延迟，同时配置安全组开放LDAP端口（389/636）和数据库端口。

额外问题：同时作为后台工作进程和Windows Service使用 #

完全可以实现，借助.NET Core通用主机的多宿主特性即可：

• 在Program.cs中添加运行模式判断逻辑：

  var builder = Host.CreateDefaultBuilder(args);
  
  builder.ConfigureServices(services =>
  {
      // 注册你的后台服务
      services.AddHostedService<LdapSyncService>();
      services.AddHostedService<ContentPushService>();
  });
  
  // 仅当作为Windows Service运行时启用对应宿主
  if (WindowsServiceHelpers.IsWindowsService())
  {
      builder.UseWindowsService(options =>
      {
          options.ServiceName = "YourService";
      });
  }
  
  var host = builder.Build();
  await host.RunAsync();
  

• 直接双击exe运行时，服务以控制台后台进程形式运行（可查看日志输出）；
• 注册为Windows Service后，服务在后台静默运行，两种模式无需单独编译版本。

内容的提问来源于stack exchange，提问作者Imran Yaseen