Blazor Web App部署咨询：IIS托管下发布Razor Pages保留Singleton状态

1. 启用IIS应用程序池重叠回收（首推，无额外架构成本） #

利用IIS自带特性实现零停机部署，结合本地缓存持久化避免Singleton重复加载高成本数据：

• 核心逻辑：IIS会先启动新工作进程接管请求，待新进程完全就绪后再终止旧进程，旧进程的Singleton状态会保留至新进程启动完成。
• 操作步骤：
  1. 打开IIS管理器，找到目标应用程序池，右键进入「高级设置」
  2. 将重叠回收已启用设为True
  3. 调大启动时间限制（默认90秒）：根据应用启动耗时设置足够时长，确保新进程完成初始化
  4. 配合本地缓存持久化：在Singleton类中添加逻辑，将聚合后的缓存数据序列化到本地磁盘（如JSON文件），初始化时优先读取本地文件，仅在每日/每周刷新窗口才从多源拉取新数据并更新缓存与文件。新进程启动时直接读取本地缓存，无需重新拉取数据。

2. 拆分数据服务与前端站点（长期架构最优解） #

将聚合多源数据的Singleton逻辑抽离为独立的Windows服务或ASP.NET Core API站点，专门负责缓存数据：

• 前端报表站点（Razor Pages）仅负责数据展示、查询与导出，所有数据请求均调用数据服务接口
• 部署新报表时，仅重启前端站点的应用程序池，数据服务全程保持运行，Singleton状态完全不受影响
• 额外优势：后续扩展缓存能力或调整刷新策略时，仅需修改数据服务，无需改动前端站点

3. IIS蓝绿部署（适配超频繁部署场景） #

在同一服务器上部署两个完全一致的站点（蓝站、绿站），通过流量切换实现无缝部署：

• 日常流量指向蓝站，绿站作为备用节点
• 部署新版本时，先发布至绿站并验证正常，再修改IIS站点绑定（如切换主机头或反向代理指向），将流量切至绿站
• 绿站稳定运行后，再将蓝站更新至新版本，作为下一次部署的备用节点
• 优势：部署过程完全不影响用户使用，旧站点的Singleton状态可保留至切换完成后再回收，彻底避免缓存丢失

4. 替换内存缓存为持久化缓存 #

将Singleton的内存缓存替换为本地文件或Redis（若服务器允许部署）：

• 本地文件缓存：将聚合后的缓存数据写入服务器本地专用目录，Singleton初始化时优先读取文件，仅在刷新窗口拉取新数据更新缓存与文件
• Redis缓存：利用Redis持久化特性存储缓存数据，应用进程重启时直接从Redis加载数据，无需重新拉取多源数据
• 好处：无论应用进程如何重启，缓存数据均不会丢失，部署时完全无需担心带宽与耗时问题

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