Azure槽交换时不同主机名下applicationInitialization的配置咨询

这个问题是Azure App Service配置槽交换预热能力时的高频共性问题，不少开发者在实现零冷启动的槽交换流程中都碰到过，核心矛盾是applicationInitialization特性配置里硬编码的hostName值，会和槽位交换前后实际匹配的主机名不兼容，最终导致预热请求路由错误、预热失效。

• 移除配置中硬编码的hostName属性
  applicationInitialization模块发起预热请求时，会自动使用当前运行槽位实际的入站主机名完成路由，天然适配槽位的主机名切换逻辑，不需要在配置文件中写死任何域名。调整后的参考配置：

<system.webServer>
    <applicationInitialization doAppInitAfterRestart="true">
        <add initializationPage="/" />
        <add initializationPage="/Home/About" />
    </applicationInitialization>
</system.webServer>

配置时不要遗漏doAppInitAfterRestart="true"属性，否则应用重启后不会自动触发预热流程。

• 配合Azure原生槽交换逻辑做流程校验
  槽位交换执行时，Azure运行时会先对待切入生产的槽位触发预热流程，由于配置没有硬编码主机名，预热请求会自动匹配当前槽位的路由规则，不会因为交换前后主机名变更出现请求错配。等应用完成预热、达到可稳定服务的状态后，才会正式完成流量切换，从根本上避免冷启动导致的交换超时、请求503问题。

该方案不可行，不推荐使用，存在几个明确的缺陷：

• 手动修改web.config本身会触发应用域回收重启，直接打断正在进行的预热流程，之前的预热状态会完全失效
• 手动更新配置的操作会给自动化交换流程增加额外的人工环节，容易出现漏改、域名配置错误的问题，反而提升生产故障风险
• 槽位交换执行过程中，Azure运行时会对槽位的文件系统做保护，手动写入的配置修改可能被运行时回滚，导致配置不生效

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