如何让容器化ASP.NET MVC应用在Heroku部署时始终在线？

针对Heroku上容器化ASP.NET MVC应用的部署中断问题，有以下几种成熟的零停机部署方案：

1. 启用Heroku滚动部署+健康检查 #

这是最直接的原生方案，通过逐步替换容器并验证就绪状态来避免中断：

• 开启滚动部署：执行命令开启滚动重启/部署配置：

  heroku config:set ROLLING_RESTART_ENABLED=true
  

  开启后，Heroku会先启动新容器，确认就绪后再终止旧容器，而非一次性替换所有实例。
• 添加ASP.NET健康检查端点：在应用中暴露健康检查接口，让Heroku能判断新容器是否就绪。修改Startup.cs：

  // ConfigureServices方法中注册健康检查服务
  services.AddHealthChecks();
  
  // Configure方法中映射健康检查端点
  app.UseEndpoints(endpoints =>
  {
      endpoints.MapHealthChecks("/health");
      endpoints.MapControllerRoute(
          name: "default",
          pattern: "{controller=Home}/{action=Index}/{id?}");
  });
  

• 配置Heroku健康检查规则：执行命令创建健康检查，确保Heroku等待容器就绪后再切流量：

  heroku health-checks:create --type http --path /health --wait-time 10
  

  参数说明：--wait-time设置等待容器响应的超时时间（单位秒）。

2. 蓝绿部署（Blue-Green Deployment） #

适合需要严格验证新版本后再切换流量的场景，完全避免部署过程中的服务波动：

• 创建部署管道：在Heroku控制台创建一个Pipeline，将当前运行的应用设为「蓝环境」，再新建一个应用作为「绿环境」。
• 部署新版本到绿环境：将容器化的新版本部署到绿环境，通过绿环境的独立域名完成功能测试、兼容性验证。
• 切换流量：验证通过后，在Pipeline中一键将流量从蓝环境切换到绿环境，此过程无延迟、无中断。
• 清理旧环境：确认新版本稳定后，可销毁蓝环境应用，或保留作为回滚备份。
• 注意事项：若应用依赖会话、本地缓存等状态，需将状态迁移到外部共享存储（如Redis、PostgreSQL），避免切换后用户状态丢失。

3. 优化应用启动性能 #

容器启动过慢会导致Heroku提前终止旧容器，间接引发服务中断，可通过以下方式优化ASP.NET MVC应用的启动速度：

• 预编译视图：在项目文件（.csproj）中添加配置，发布时预编译MVC视图：

  <MvcRazorCompileOnPublish>true</MvcRazorCompileOnPublish>
  

• 启用ReadyToRun编译：发布应用时使用ReadyToRun编译减少JIT开销：

  dotnet publish -c Release -p:PublishReadyToRun=true
  

• 延迟初始化非核心服务：将非必要服务的初始化逻辑移至首次请求时，而非应用启动阶段，缩短启动时间。

额外注意事项 #

• 确保应用通过Heroku的PORT环境变量获取监听端口，避免端口冲突：

  var port = Environment.GetEnvironmentVariable("PORT") ?? "5000";
  builder.WebHost.UseUrls($"http://0.0.0.0:{port}");
  

• 数据库迁移需采用渐进式策略：先部署兼容新旧数据结构的版本，执行迁移后再部署仅支持新结构的版本，避免迁移过程中服务异常。

内容的提问来源于stack exchange，提问作者André N. Darcie