Last reviewed 2026-10-27 UTC
Google Cloud Well-Architected Framework 可靠性核心中的这一原则可帮助您为 Google Cloud中的工作负载定义技术上可行的可靠性目标。
此原则与可靠性的范围界定重点领域相关。
原则概览
在设计系统时，应确保其可靠性足以让用户满意。这可能看起来有悖常理，但 100% 可靠性的目标通常不是最有效的策略。更高的可靠性可能会导致成本显著增加，这既体现在财务投资方面，也体现在对创新的潜在限制方面。如果用户已经对当前的服务水平感到满意，那么进一步提高满意度的努力可能只会带来较低的投资回报率。相反，您可以将资源更好地用于其他方面。
您需要确定让用户满意的可靠性水平，并确定增量改进的成本开始超过收益的时间点。确定足够可靠的水平后，您就可以战略性地分配资源，专注于为用户提供更大价值的功能和改进。
建议
如需设定切合实际的可靠性目标，请考虑以下小节中的建议。
接受部分故障并确定组件的优先级
力争实现高可用性（例如 99.99% 的正常运行时间），但不要将目标设为 100% 的正常运行时间。承认有些故障是不可避免的。
100% 正常运行时间与 99.99% 目标之间的差距就是故障容许度。这种差距通常称为错误预算。错误预算可以帮助您承担风险并进行创新，这是任何企业保持竞争力的基础。
优先考虑系统中关键组件的可靠性。 接受不太重要的组件可以具有更高的故障容忍度。
平衡可靠性和费用
如需确定系统的最佳可靠性水平，请进行全面的成本效益分析。
请考虑系统要求、故障后果以及组织对特定应用的风险承受能力等因素。请务必考虑您的灾难恢复指标，例如恢复时间目标 (RTO) 和恢复点目标 (RPO)。确定在预算和其他限制条件下可接受的可靠性级别。
寻找在不影响基本可靠性功能的情况下提高效率和降低成本的方法。