Azure App Service：FTPS上传内容后需重启的问题咨询

现象是否正常？ #

这不正常。Azure App Service默认会监测站点目录的文件变更（包括FTPS上传的文件），自动触发应用重启或缓存刷新，确保新内容及时生效。出现这种情况通常是以下原因导致：

• 应用进程锁定了部分上传的文件，导致新内容无法被加载
• 多实例部署时，文件同步存在极端延迟（Azure虽会自动同步，但偶尔可能出现滞后）
• 应用自身的缓存机制（比如静态文件缓存、应用级数据缓存）未及时失效

避免手动重启的优化方案 #

• 优化FTPS上传流程：
  • 不要直接覆盖正在被应用使用的文件，建议先上传到临时目录，再批量替换目标文件，减少文件锁定概率
  • 上传完成后，可通过Azure CLI执行az webapp restart --name <app-name> --resource-group <rg-name>手动触发重启，比等待自动检测更可靠
• 配置文件变更检测与缓存策略：
  • 对于ASP.NET/ASP.NET Core应用，确保web.config或appsettings.json中启用了文件变更监测（ASP.NET Core默认已启用）
  • 静态站点建议给文件名添加哈希后缀（比如style.v2.css），或者设置较短的缓存过期时间，强制浏览器加载新内容
• 改用更可靠的发布方式：
  • 多实例部署时，优先用部署槽位发布：先把内容部署到staging槽，验证无误后再交换到生产槽，既避免文件同步问题，还能实现零停机发布
  • 静态内容可以存到Azure Storage，搭配CDN加速，完全绕开App Service本地文件系统的同步问题

实现异常时自动重启的方案 #

• Azure Monitor可用性测试+自动重启：
  1. 在Azure Monitor里配置HTTP/HTTPS可用性测试，定期访问网站关键页面，检查返回状态码（比如200）和是否包含指定关键内容
  2. 创建警报规则，设置连续N次检测失败时触发警报
  3. 给警报规则绑定动作组，选择“重启App Service”，指定目标实例，这样检测到内容异常时会自动重启
• 应用内健康检查：
  • 在应用里加一个健康检查端点（比如/health），不仅检查应用运行状态，还要验证最新上传的内容是否正常加载（比如检查特定页面片段）
  • 在App Service门户的“健康检查”设置中启用该端点，配置失败阈值，当健康检查连续失败时，App Service会自动重启异常实例
• Azure Functions自动化：
  • 写一个简单的Azure Function，定期调用网站页面或API，检查内容是否正常
  • 一旦检测到异常（比如返回错误码、缺少关键内容），调用Azure REST API或CLI触发App Service重启

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