wiki-ingest batch 4: DevOps Culture + RTO/RPO + 三种云模型 (2026-04-16 03:02)

wiki/concepts/RPO.md

@@ -0,0 +1,36 @@
+---
+title: "RPO"
+type: concept
+tags: [DevOps, SRE, 灾难恢复]
+last_updated: 2026-04-16
+---
+
+## 定义
+Recovery Point Objective（恢复点目标）：可接受的最新数据丢失量，以时间衡量（从故障时刻往前回溯）。
+
+## 计算方式
+若数据库在 15:00 崩溃，最后一次备份在 14:00，则 RPO 为 1 小时（14:00-15:00 之间的数据丢失）。
+
+## 典型场景与目标
+| 场景 | RPO 目标 | 原因 |
+|------|---------|------|
+| 电商支付系统 | 0 分钟 | 不能丢失任何交易数据 |
+| 实时聊天 | 5 分钟 | 可接受丢失最近几分钟消息 |
+| 用户分析仪表盘 | 1 小时 | 部分历史数据可重建 |
+| 内部 CRM | 15 分钟 | 最近的客户更新很重要 |
+| 博客/营销站点 | 24 小时 | 一天的评论/注册丢失可接受 |
+
+## 与 RTO 的关系
+- RTO 是速度指标（停机多久），RPO 是数据完整性指标（丢多少数据）
+- 备份频率（CDP vs 定时备份）直接影响 RPO
+- 即使 RTO 优秀（5分钟恢复），RPO 差（1小时前备份）仍意味着大量数据丢失
+
+## 实现技术
+- [[连续数据保护]]（CDP）：持续备份，实现分钟级甚至秒级 RPO
+- 同步复制：零 RPO，但成本高
+- 异步复制：有延迟，通常分钟级 RPO
+
+## Connections
+- [[RTO]] ← 协同指标，共同构成灾难恢复策略
+- [[灾难恢复]] ← RPO 是其核心衡量指标
+- [[连续数据保护]] ← 实现更小 RPO 的技术手段