名词百科
什么是灰度发布 / 上线部署？
一句话定义
灰度发布是把新版本先开放给小部分用户，观察运行情况后再逐步扩大范围的上线方式。它用于降低全量发布带来的风险。
它到底是什么
灰度的核心是可控的爆炸半径：出问题时受影响的是小部分用户，可以快速回滚而不影响全局。这是它相对于「停机发布」或「直接全量」的主要优势。
它与 A/B 测试不同：灰度是为了降低风险，不做对照分析；A/B 测试是为了比较效果，需要随机分组与统计判断。
怎么运作的
分流维度：按用户 ID 哈希、地域、设备、白名单。按用户哈希能保证同一用户始终进入同一版本，避免体验跳跃。
放量节奏：常见从小比例开始，观察关键指标（错误率、响应时间、业务转化）稳定后再扩大。
回滚准备：数据库变更往往不可逆，需设计兼容方案（先加字段不删旧字段、新旧代码都能读写）。只回滚代码而数据已变，会出问题。
观察指标：技术指标（错误率、耗时）与业务指标（下单成功率、支付成功率）都要看，只看技术指标会漏掉业务异常。
容易混的几个概念
- 蓝绿部署：两套环境切换，切换快但资源占用翻倍。
- 金丝雀发布：灰度的同义说法，强调小范围先行。
- A/B 测试：目的为比较效果，不做风险控制。
- 滚动更新：逐台替换实例，是容器编排的默认策略。
常见问题
灰度一定要按用户比例吗？
不一定。内部员工白名单、特定地域、特定渠道都是常见起点。关键是范围可控且能观察真实使用。
数据库变更怎么做灰度？
采用兼容式变更：先加新字段（新旧代码都能跑），再双写或迁移数据，确认无误后再下线旧字段。整个过程不依赖回滚代码。
J 项目运维 · 同组词条
BUG管理BUG 是软件中不符合预期的缺陷；缺陷管理是记录、分级、分配、跟踪与验证缺陷直至关闭的流程，通常借助缺陷跟踪系统实现。CI/CDCI（持续集成）是开发者频繁提交代码并自动构建、测试的实践；CD（持续交付/持续部署）是在此基础上自动发布到环境。DevOps 是打通开发与运维协作的文化与实践体系。安全测试安全测试是检查系统是否存在可被利用的漏洞的测试活动；渗透测试是模拟攻击者视角，尝试实际攻破系统，以验证防护是否有效。监控告警监控告警是持续采集系统运行指标并在异常时通知相关人员的机制。监控负责「看得见」，告警负责「叫得应」。性能测试性能测试是评估系统在特定负载下的响应时间与资源消耗；压力测试是逐步加压直到系统崩溃，用于找出容量上限与瓶颈位置。SLASLA（Service Level Agreement，服务等级协议）是服务提供方与使用方之间关于服务质量的约定，通常包含可用性、响应时间、故障恢复时间与违约处理方式。功能测试功能测试是验证软件功能是否符合需求规格的测试，测试用例是描述输入、操作步骤与预期结果的文档，是功能测试的执行依据。交付验收交付验收标准是判断项目是否完成的具体条件，通常包括功能符合度、质量指标、交付物清单与上线运行情况。它是付款与移交的依据。