多站点同应用的API、数据库批量远程更新方案咨询

针对你要批量更新数百台迷你PC上的.NET Core API/Web应用和SQL Server数据库的需求，结合你已经用了EF、且80端口开放的情况，我整理了几个可行的方案和实操思路：

你提到用了Entity Framework，这正好可以利用EF Core的迁移机制来自动化数据库更新，同时兼顾自定义脚本（比如存储过程、视图）的执行：

• 自动应用EF迁移：在API的启动逻辑中添加迁移执行代码，确保应用启动时自动同步数据库结构。注意要加安全控制，避免误执行：

  var builder = WebApplication.CreateBuilder(args);
  builder.Services.AddDbContext<YourDbContext>(options =>
      options.UseSqlServer(builder.Configuration.GetConnectionString("YourConnStr")));
  
  var app = builder.Build();
  
  // 在启动时应用迁移（生产环境可通过配置开关控制）
  using (var scope = app.Services.CreateScope())
  {
      var dbContext = scope.ServiceProvider.GetRequiredService<YourDbContext>();
      // 仅当来自可信更新触发时执行，比如结合版本检测逻辑
      if (ShouldApplyMigrations())
      {
          dbContext.Database.Migrate();
      }
  }
  

• 处理自定义SQL脚本：对于存储过程、视图这类EF迁移无法直接覆盖的内容，可以把脚本嵌入API项目的资源文件中，启动时读取并执行：

  using var stream = Assembly.GetExecutingAssembly().GetManifestResourceStream("YourApi.Resources.UpdateScripts.v2.0_StoredProcs.sql");
  using var reader = new StreamReader(stream);
  var sqlScript = reader.ReadToEnd();
  await dbContext.Database.ExecuteSqlRawAsync(sqlScript);
  

因为80端口开放，我们可以基于HTTP/HTTPS实现应用的远程拉取更新，核心思路是「版本检测→下载更新包→替换文件→重启IIS应用池」：

• 版本检测模块：在API中新增一个定时任务（比如用Hangfire或者后台服务），定期向你的中心服务器请求最新版本信息（比如一个返回版本号、更新包地址的JSON接口），对比本地版本文件（比如version.txt）判断是否需要更新。
• 安全下载更新包：从中心服务器的HTTP/HTTPS地址下载打包好的应用发布包（zip格式），下载后建议做签名验证（比如用RSA签名），防止恶意篡改。
• 替换应用文件并重启IIS：由于IIS运行时会锁定应用文件，需要先停止对应应用池，再解压替换文件，最后重启应用池。可以用Microsoft.Web.Administration库来操作IIS：

  using Microsoft.Web.Administration;
  
  // 停止应用池
  var serverManager = new ServerManager();
  var appPool = serverManager.ApplicationPools["YourApiAppPool"];
  appPool.Stop();
  
  // 解压更新包到应用目录（需先备份当前目录，方便回滚）
  ZipFile.ExtractToDirectory("temp/update.zip", "C:/inetpub/wwwroot/YourApi", true);
  
  // 重启应用池
  appPool.Start();
  serverManager.CommitChanges();
  

• 失败回滚机制：替换文件前先将当前应用目录备份到临时文件夹，如果更新过程中出现错误（比如文件损坏、启动失败），自动恢复备份文件并重启应用池。

你需要一台可被所有迷你PC访问的中心服务器（公网或客户内部局域网），用来托管：

• 版本信息接口：返回最新版本号、更新包下载地址、更新内容说明等JSON数据。
• 应用更新包：将dotnet publish后的API/Web应用打包成zip，放在静态文件目录供下载。

• 权限控制：API的运行账户需要有修改应用目录的权限，以及管理IIS应用池的权限（可将账户加入IIS_IUSRS组，或赋予特定权限）。
• 分批更新：针对数百台设备，建议分批推送更新（比如每次10台），避免中心服务器压力过大，也能及时发现更新问题并止损。
• HTTPS加密：虽然客户开放80端口，但建议用HTTPS传输更新包和版本信息，防止数据被窃听或篡改。

如果不想自己开发自更新模块，也可以考虑：

• Octopus Deploy：支持批量部署.NET应用到IIS，可通过HTTP/HTTPS执行远程部署，自带版本控制和回滚机制。
• Azure DevOps Pipeline：配置CI/CD管道，针对每台迷你PC的IIS服务器执行远程部署（需提前配置服务器连接）。

内容的提问来源于stack exchange，提问作者The OrangeGoblin