MVC4生产应用转ASP.NET Core后，Azure经典云服务部署遇阻

我之前也碰到过类似的迁移困境，毕竟Azure经典云服务（Cloud Services (classic)）是基于传统.NET Framework角色模型设计的，原生确实不直接支持ASP.NET Core的一键部署。不过有几个可行的方案能帮你搞定这个问题：

1. 打包为自包含部署（SCD），直接在角色中运行 #

这是最直接的方案，把ASP.NET Core应用和所有依赖（包括.NET Core runtime）打包成独立的可执行文件，不需要目标环境预装.NET Core。

• 配置项目：在你的ASP.NET Core项目文件（.csproj）中添加以下配置：

  <PropertyGroup>
    <PublishSingleFile>true</PublishSingleFile>
    <SelfContained>true</SelfContained>
    <RuntimeIdentifier>win-x64</RuntimeIdentifier> <!-- 经典云服务是Windows环境，选对应架构 -->
    <PublishTrimmed>true</PublishTrimmed> <!-- 可选，减小包体积 -->
  </PropertyGroup>
  

• 发布应用：用命令行执行发布：

  dotnet publish -c Release -r win-x64
  

• 整合到经典云服务部署：
  • 把发布后的文件（包括生成的.exe）放到经典云服务Web角色的站点目录下。
  • 修改角色的启动任务或Web.config，添加启动命令：YourApp.exe --urls=http://*:80（确保监听经典云服务Web角色默认的80端口）。

2. 通过启动任务在角色实例上安装.NET Core Runtime #

如果不想用自包含部署（比如想减小包体积），可以通过经典云服务的启动任务，在每个角色实例启动时自动安装.NET Core Runtime。

• 准备安装包：下载对应版本的.NET Core Runtime离线安装包（比如dotnet-runtime-6.0.x-win-x64.exe），放到云服务项目的启动任务资源文件夹中。
• 配置启动任务：在ServiceDefinition.csdef中添加一个提升权限的启动任务：

  <Startup>
    <Task commandLine="install-dotnet-runtime.cmd" executionContext="elevated" taskType="simple" />
  </Startup>
  

  其中install-dotnet-runtime.cmd的内容为：

  dotnet-runtime-6.0.x-win-x64.exe /quiet /norestart
  

• 发布并部署：把ASP.NET Core应用发布为框架依赖部署（FDD），将发布文件部署到角色站点，启动命令设置为dotnet YourApp.dll --urls=http://*:80。

3. 利用经典云服务的容器支持（进阶方案） #

如果你的应用依赖较多第三方软件，或者想隔离运行环境，可以把ASP.NET Core应用打包成Docker容器，部署到经典云服务的容器角色中。

• 构建Docker镜像：编写Dockerfile，基于官方ASP.NET Core镜像：

  FROM mcr.microsoft.com/dotnet/aspnet:6.0-windowsservercore-ltsc2019
  WORKDIR /app
  COPY . .
  EXPOSE 80
  ENTRYPOINT ["dotnet", "YourApp.dll"]
  

• 推送镜像到ACR：构建镜像后推送到Azure Container Registry（ACR）。
• 配置经典云服务容器角色：在ServiceDefinition.csdef中定义容器角色，指定ACR镜像地址、端口映射等配置。

4. 长远方案：迁移到Azure App Service #

如果经典云服务不是业务必须保留的，我强烈建议迁移到Azure App Service。它原生支持ASP.NET Core的一键部署，自带.NET Core runtime管理，CI/CD流程更简单，还能省去手动维护角色实例的麻烦：

• 直接用Visual Studio的发布工具就能把ASP.NET Core应用部署到App Service。
• 原来启动任务中的证书可以用App Service的证书管理功能替代，第三方软件可以考虑用App Service扩展或容器部署，常用的微软软件App Service已经预装。

额外注意事项 #

• 本地测试：用Azure SDK的云服务模拟器在本地测试启动任务和应用启动流程，避免部署到云端后踩坑。
• 日志排查：如果部署后应用无法启动，可通过Azure Portal查看角色实例的诊断日志，或者远程登录到实例查看事件日志和应用自身的日志文件。

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