蓝绿部署
一种软件部署策略，同时维护两套完整生产环境（蓝色为当前版本，绿色为新版本），通过负载均衡器在两者间切换流量，回滚速度快但资源成本较高
时间轴 (近 90 天)
蓝绿部署的实际难点在于并行期间的数据一致性，需要分析哪些事务类型创建的数据必须同步，并定义在重定向时刻确保一致性的冻结序列。
蓝绿部署模式通过源系统和目标系统并行运行、SLT或SDI复制数据、将用户重定向到目标系统完成切换，理论切换窗口为分钟级，回滚就是重定向回去。
蓝绿部署在向量检索场景中意味着在旧索引继续服务的同时，用新模型身份在另一套索引中完整构建全部向量，验证指标达标后原子切换查询路由，出问题时回退到旧索引。
处理模型热更新而不中断流量可采用蓝绿部署或 Canary 发布
当灾难恢复演练或蓝绿部署触发全量重新部署时，所有未回流Git的手动修改都会被静默覆盖
微改进策略与软件工程中的特性开关和蓝绿部署思路一脉相承，本质都是通过缩小单次变更的影响半径来控制风险
金丝雀发布和蓝绿部署是模型灰度发布的常用策略
全部知识事实 (7)
蓝绿部署的实际难点在于并行期间的数据一致性，需要分析哪些事务类型创建的数据必须同步，并定义在重定向时刻确保一致性的冻结序列。
50%待验证蓝绿部署模式通过源系统和目标系统并行运行、SLT或SDI复制数据、将用户重定向到目标系统完成切换，理论切换窗口为分钟级，回滚就是重定向回去。
50%待验证蓝绿部署在向量检索场景中意味着在旧索引继续服务的同时，用新模型身份在另一套索引中完整构建全部向量，验证指标达标后原子切换查询路由，出问题时回退到旧索引。
50%待验证处理模型热更新而不中断流量可采用蓝绿部署或 Canary 发布
50%待验证当灾难恢复演练或蓝绿部署触发全量重新部署时，所有未回流Git的手动修改都会被静默覆盖
50%待验证微改进策略与软件工程中的特性开关和蓝绿部署思路一脉相承，本质都是通过缩小单次变更的影响半径来控制风险
50%待验证金丝雀发布和蓝绿部署是模型灰度发布的常用策略
50%