---
schema_version: "1"
id: bc1568fab1a04d9480b3c24a89bb1e4ed000db22545d038a35a03b33ae6e8efc
title: 可靠性 — 模式
collection: architect
version: current
locale: zh-cn
portal_url: https://docs.salesforce.com/architect/current/zh-cn/well-architected/guides/reliability-overview.md
canonical_url: https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/reliability-overview.html
source_site: architect.salesforce.com
content_type: documentation
content_hash: 7f36658aecb8fec35c0ee6cc1679b190a06dfd8be12d3cc9963fe181fe86d41b
products:
  - 架构良好的框架
  - Architect Site Content Repo
---
# 可靠性 — 模式

可靠性支柱侧重于系统可用性、性能、灾难恢复和可扩展性，因此您的解决方案可以承受故障并根据需求进行扩展。这些模式将支柱的设计原则转化为具体的、可审查的实践：解决方案中寻找什么，好的是什么样子，以及破坏它的反模式。

## 设计原则

这些模式将可靠性支柱的设计原则付诸实践。有关每个[组件](https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/reliability.md)背后的完整指导，请与可靠性支柱一起阅读。

- **通过批量化分配**工作量 — 批量处理，因此数量的激增不会耗尽调控器的限制。
- **假设一切失败** — 为每个依赖项的失败进行设计，而不仅仅是您预期的那些依赖项。
- **构建自恢复系统** — 从暂时故障中自动恢复，而不是需要手动干预。
- **首先设计业务需求** — 业务影响中的基础可用性和恢复目标，而不是任意的正常运行时间数字。
- **通过演练验证恢复** — 在您需要之前证明您的灾难恢复程序有效。

## 如何使用这些模式

每个类别将**模式**(看起来不错)与**反模式**(应避免的内容)配对，这样您就可以逐个地区查看解决方案。从您需要的可靠性结果开始：

- **设置或捍卫可用性和延迟目标？**在选择架构之前，从**可用性和性能**开始，将 SLO 建立在业务影响的基础上。
- **防止数据丢失或区域故障？**使用**灾难恢复**将备份、故障切换和业务连续性程序与您的 RPO/RTO 协调起来。
- **处理增长或峰值负载？**使用可**扩展性**来批量化工作负载，并在容量增加时保持在调控器限制内。
- **生产中的操作客服人员？**将**客服人员模式**用于后备链、超时处理和客服人员健康监控。

## 模式类别

### [代理模式](https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/reliability-agentic-patterns.md)
客服人员系统的可靠性特定模式，包括后备策略、超时处理和客服人员健康监控。

### [可用性和性能](https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/reliability-availability-performance-patterns.md)
高可用性、性能优化、缓存和负载管理的模式。

### [灾难恢复](https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/reliability-disaster-recovery-patterns.md)
备份策略、数据恢复、业务连续性和故障切换程序的模式。

### 可[扩展性](https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/reliability-scalability-patterns.md)
水平和垂直扩展、调控器限制管理和处理增长的模式。

## 相关资源

- [可靠性支柱](https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/reliability.md) — 这些模式实施的设计原则和架构指导
- [Agentic Enterprise 的可靠性](https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/agentic-enterprise-reliability.md) — 基于客服人员的解决方案的可靠性指导
- [架构良好的框架](https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/framework.md) — 可靠性如何与其他支柱相结合
- [模式和反模式](https://architect.salesforce.com/docs/architect/zh-cn/well-architected/guide/patterns-and-anti-patterns.md) — 所有支柱的完整模式库
