← [ BACK_TO_NOTES ]

Reliability Engineering MOC

后端可靠性知识地图,从 timeout、retry/backoff 和 idempotency 开始,进入 circuit breaker、bulkhead、rate limit、backpressure、health check、graceful shutdown 与降级恢复。

#moc #growing #backend #reliability

[!info] related notes

Reliability Engineering MOC

知识总览

filters:
  and:
    - 'file.ext == "md"'
    - 'file.inFolder("z")'
    - 'this.file.links.contains(file)'
    - 'file.path != this.file.path'
formulas:
  knowledge: 'file.asLink(title)'
properties:
  formula.knowledge:
    displayName: 知识
  note.description:
    displayName: Description
  note.mastery:
    displayName: Mastery
views:
  - type: table
    name: 知识总览
    order:
      - formula.knowledge
      - note.description
      - note.mastery
    columnSize:
      formula.knowledge: 280
      note.description: 760
      note.mastery: 56

[!abstract] 核心目标 可靠性工程不是让系统“永不失败”,而是限制故障等待时间、传播范围和用户影响,并让系统能够检测、降级、恢复和验证。

一条故障控制链

Deadline / Timeout
→ Cancellation
→ Error Classification
→ Retry + Backoff + Jitter + Budget
→ Idempotency
→ Circuit Breaker / Bulkhead / Rate Limit / Backpressure
→ Fallback / Escalation
→ Health Check / Graceful Shutdown / Recovery
→ Observe and verify

推荐阅读顺序

  1. Timeout Control:远程等待必须有边界。
  2. Cancellation:超时后真正停止下游工作。
  3. Retry Policy:只重试可恢复错误。
  4. Exponential Backoff:拉开重试并加入 jitter。
  5. 接口幂等设计:让重复执行不产生重复副作用。
  6. Circuit Breaker:持续故障时快速失败。
  7. Bulkhead Isolation:限制资源和故障域。
  8. Rate Limit、Backpressure:控制进入量与在途量。
  9. Fallback Strategy:在明确质量边界下提供降级。
  10. Health Check、Graceful Shutdown。
  11. 云原生弹性设计:把模式组合成系统。

模式职责表

模式解决的问题不能替代
Timeout等待无上限Cancellation、Retry
Retry瞬时失败幂等、容量保护
Backoff / Jitter重试风暴Error Classification
Circuit Breaker持续依赖故障隔离资源池
Bulkhead单依赖耗尽全部资源修复下游故障
Rate Limit限制进入系统的负载Consumer Backpressure
Backpressure下游处理不过来全局配额治理
Fallback保留部分产品能力隐藏质量退化
Health Check判断实例是否应接流量业务正确性验证
Graceful Shutdown有序停止和排空永久等待卡住请求

设计原则

  • 所有远程调用都继承总 deadline,而不是每层重新给完整 timeout。
  • Retry 需要错误分类、次数/时间预算、backoff、jitter 和幂等。
  • 多层都重试会形成 retry amplification;明确由哪一层负责。
  • Fallback 必须满足最低 capability contract,并显式标记质量降级。
  • Readiness、Liveness 和业务健康不是同一个信号。
  • 可靠性策略必须通过 metrics、trace、chaos/failure test 或回放验证。

Agent 场景映射

LLM timeout / 429       → retry budget / provider fallback
Tool side effect        → idempotency / approval / audit
Run concurrency         → quota / queue / backpressure
Checkpoint failure      → fail closed / recovery policy
Evidence insufficient   → abstain / ask user / escalate
Streaming disconnect    → event replay / resume token / clear failure

掌握标准

  • 能为一个请求分配端到端 deadline 和分层预算。
  • 能区分 transient、permanent、semantic 和 authorization failure。
  • 能推演多层 Retry 如何放大流量。
  • 能解释 Circuit Breaker、Bulkhead、Rate Limit 和 Backpressure 的边界。
  • 能设计 graceful shutdown 的停止接流量、排空和超时强退。
创建于 2026/9/4 更新于 2026/9/4
Digital Biome
Access

键盘导航

j / k / ↑ / ↓
选择对象
Enter / o
打开选择
/ 或 Ctrl+K
全站搜索
i / f / 1–4
筛选当前列表
g → h / l / p / t / a
首页 / 笔记 / 项目 / 工具 / About
r → 1–9
打开所选对象的关联
u
返回上一页
Esc
关闭浮层 / 取消命令;输入框内清空文本