Google Cloud Well-Architected Framework の信頼性の柱におけるこの原則は、 Google Cloudのワークロードで技術的に実現可能な信頼性目標を定義するうえで役立ちます。
この原則は、信頼性のスコープ設定の重点分野に関連しています。
原則の概要
ユーザーが満足できるほど十分に信頼できるシステムを設計します。直感に反するように思えるかもしれませんが、100% の信頼性を目標にすることは、多くの場合、最も効果的な戦略ではありません。信頼性を高めると、金銭的な投資とイノベーションの潜在的な制限の両面で、費用が大幅に増加する可能性があります。ユーザーが現在のサービスレベルにすでに満足している場合、満足度をさらに高めるための取り組みは、投資収益率が低くなる可能性があります。代わりに、リソースを他の場所で有効に活用できます。
ユーザーが満足する信頼性のレベルを判断し、段階的な改善の費用がメリットを上回り始めるポイントを判断する必要があります。この十分な信頼性のレベルを決定すると、リソースを戦略的に割り当て、ユーザーに大きな価値を提供する機能と改善に集中できます。
推奨事項
現実的な信頼性目標を設定するには、次のサブセクションの推奨事項を検討してください。
一部の障害を許容し、コンポーネントに優先順位を付ける
99.99% の稼働時間などの高可用性を目指しますが、100% の稼働時間を目標に設定しないでください。一部の障害は避けられないことを認識する。
100% の稼働時間と 99.99% の目標の差は、障害の許容範囲です。このギャップは、多くの場合、エラー バジェットと呼ばれます。エラー バジェットは、リスクを冒してイノベーションを起こすのに役立ちます。これは、あらゆるビジネスが競争力を維持するために不可欠なことです。
システム内の最も重要なコンポーネントの信頼性を優先します。重要度の低いコンポーネントは障害に対する許容度が高くなることを受け入れる。
信頼性と費用のバランス
システムに最適な信頼性レベルを判断するには、費用対効果の分析を徹底的に行います。
システム要件、障害の影響、特定のアプリケーションに対する組織のリスク許容度などの要素を考慮します。目標復旧時間（RTO）や目標復旧時点（RPO）などの障害復旧指標を考慮してください。予算やその他の制約内で許容できる信頼性のレベルを決定します。
重要な信頼性機能を損なうことなく、効率を向上させ、費用を削減する方法を探します。