可靠性 — 模式

可靠性支柱侧重于系统可用性、性能、灾难恢复和可扩展性，因此您的解决方案可以承受故障并根据需求进行扩展。这些模式将支柱的设计原则转化为具体的、可审查的实践：解决方案中寻找什么，好的是什么样子，以及破坏它的反模式。

这些模式将可靠性支柱的设计原则付诸实践。有关每个组件背后的完整指导，请与可靠性支柱一起阅读。

  • 通过批量化分配工作量 — 批量处理，因此数量的激增不会耗尽调控器的限制。
  • 假设一切失败 — 为每个依赖项的失败进行设计，而不仅仅是您预期的那些依赖项。
  • 构建自恢复系统 — 从暂时故障中自动恢复，而不是需要手动干预。
  • 首先设计业务需求 — 业务影响中的基础可用性和恢复目标，而不是任意的正常运行时间数字。
  • 通过演练验证恢复 — 在您需要之前证明您的灾难恢复程序有效。

每个类别将模式(看起来不错)与反模式(应避免的内容)配对，这样您就可以逐个地区查看解决方案。从您需要的可靠性结果开始：

  • 设置或捍卫可用性和延迟目标？在选择架构之前，从可用性和性能开始，将 SLO 建立在业务影响的基础上。
  • 防止数据丢失或区域故障？使用灾难恢复将备份、故障切换和业务连续性程序与您的 RPO/RTO 协调起来。
  • 处理增长或峰值负载？使用可扩展性来批量化工作负载，并在容量增加时保持在调控器限制内。
  • 生产中的操作客服人员？将客服人员模式用于后备链、超时处理和客服人员健康监控。

客服人员系统的可靠性特定模式，包括后备策略、超时处理和客服人员健康监控。

高可用性、性能优化、缓存和负载管理的模式。

备份策略、数据恢复、业务连续性和故障切换程序的模式。

水平和垂直扩展、调控器限制管理和处理增长的模式。