Auto-sync: 2026-04-16 17:30

wiki/concepts/渐进式发布.md

@@ -1,32 +1,26 @@
 ---
 title: "渐进式发布"
 type: concept
-tags: [DevOps, 发布策略, FeatureFlag]
-last_updated: 2026-04-16
+tags: [持续交付, 发布工程, 风险管控]
+sources: ["https://launchdarkly.com/blog/rto-vs-rpo/"]
+last_updated: 2025-07-26
 ---
 
-## 定义
-Gradual Rollout / Progressive Delivery：将新功能分阶段向用户群体发布的发布策略，而非全量一次性发布。
+## Definition
+渐进式发布（Progressive Rollout）是一种分阶段向用户群发布新功能的策略，通过逐步扩大影响范围来控制风险。
 
-## 标准分阶段
-1. **1% 用户**：监控错误率、性能指标
-2. **5% 用户**：监控转化率、用户反馈
-3. **25% 用户**：检查对下游系统的负载压力
-4. **100% 用户**：全量发布
+## Rollout Stages (from this source)
+1. **1% 用户** → 观察错误率、性能指标
+2. **5% 用户** → 监控转化率、用户反馈
+3. **25% 用户** → 检查下游系统负载
+4. **100% 用户** → 全量发布
 
-## 核心价值
-- 将影响范围控制在局部，故障影响从全局降至局部
-- 将 RTO 从"小时级紧急回滚部署"降至"秒级 Feature Flag 关闭"
-- 提供真实的用户数据反馈，而非仅靠测试环境
-
-## 细分策略
-- **金丝雀发布**（Canary Release）：向小比例用户发布新版本，观察后再全量
-- **蓝绿部署**（Blue/Green Deployment）：两套环境并行，切换流量
-- **A/B 测试**：不同用户看到不同版本，对比效果
-- **特性分支隔离**：按用户属性（地区/平台/角色）分批发布
+## Benefits
+- 将 RTO 控制在秒级（如果在某阶段发现问题，只需关闭开关）
+- 限制故障影响范围
+- 提供真实环境测试机会
 
 ## Connections
-- [[Feature Flag]] ← 渐进式发布的工程基础
-- [[Kill Switch]] ← 渐进式发布过程中的应急机制
-- [[RTO]] ← 渐进式发布将故障 RTO 降至秒级
-- [[LaunchDarkly]] ← 支持渐进式发布的平台
+- [[Feature Flag]] ← 技术基础 → [[渐进式发布]]
+- [[Kill Switch]] ← 应急机制 → [[渐进式发布]]
+- [[RTO (Recovery Time Objective)]] ← 降低工具 → [[渐进式发布]]