Flutter前端搭配.NET C#后端能否同实例部署到Azure App Service？

完全可以实现。Azure App Service 本身支持在单个实例内托管多个应用程序，不需要额外开通多个服务实例，适合中小流量、成本敏感的项目使用，能最大化利用实例资源，降低云服务开支。

方案1：虚拟应用/虚拟目录部署（Windows实例优先选择） #

• 首先编译Flutter项目为静态Web资源，执行flutter build web命令，最终产物默认输出到项目的build/web目录下
• 登录Azure门户，进入对应App Service的配置页面，找到路径映射配置项
• 按需求新增虚拟应用规则：
  • 若要前端挂载在站点根路径，虚拟路径填/，物理路径填site/wwwroot/frontend，勾选「应用程序」选项
  • 后端API统一挂载在二级路径，虚拟路径填/api，物理路径填site/wwwroot/backend，勾选「应用程序」选项
• 部署时分别将Flutter Web构建产物上传到site/wwwroot/frontend目录，.NET发布包上传到site/wwwroot/backend目录即可
• 注意提前调整Flutter的基础路径配置：如果前端没有挂载在根路径，需要修改web/index.html里的<base href="/">为对应的子路径，避免静态资源加载失败

方案2：自定义容器部署（Linux实例优先选择） #

• 将.NET后端服务和Flutter Web构建产物打包到同一个容器镜像中，使用Nginx或者Apache作为反向代理服务
• 反向代理配置规则：根路径请求转发到Flutter静态资源目录，/api前缀的请求转发到.NET服务的监听端口
• 把构建完成的镜像推送到Azure容器注册表后，App Service选择容器部署模式，拉取对应镜像启动即可

• 开发阶段就统一接口路径规范，所有后端接口统一添加/api前缀，避免前端静态资源路由和后端接口路由冲突
• 若后续项目流量超过单实例负载上限，或者前后端迭代节奏差异极大，建议拆分到两个独立的App Service实例部署，更方便独立扩缩容、独立发布不会互相影响
• 无论使用哪种部署方案，都建议配置自定义域名和SSL证书，从根源避免跨域问题
• 静态资源建议开启Azure CDN缓存，大幅降低App Service实例的带宽压力和访问延迟
• 部署优先使用CI/CD流水线自动执行，避免手动上传的人为错误：.NET使用dotnet publish命令发布Release包，Flutter构建时开启gzip压缩优化产物体积
• 使用Windows虚拟应用方案时，要提前确认App Service的运行时堆栈支持你所用的.NET版本，.NET Core/.NET 5+的部署包可以选择自包含部署，避免服务端缺少对应运行时的问题

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