信頼性の設計原則

信頼性の高いワークロードは、停止や故障を検出して回復し、一貫して機能を提供できるように、回復力を備えている必要があります。 合理的な時間内に障害から回復できる必要があります。 また、ユーザーが合意された期間内に合意された品質レベルで一貫して確実にワークロードにアクセスできるようにもする必要があります。

Microsoft Azure Well-Architected Framework の次の設計原則を使用して、ライフサイクル全体を通じて信頼性を確保します。 推奨されるベスト プラクティスから始めて、各信頼性原則の利点を正当化します。 戦略を設定したら、次の 手順 として 信頼性チェックリスト を使用してください。

これらの原則を設計に適用しないと、ワークロードは運用中の問題を予測したり処理したりする準備ができなくなる可能性が高くなります。 その結果、財政的損失につながるサービスの中断が発生する可能性があります。 重大なワークロードの場合、これらの原則を適用しないと安全性が危険にさらされる可能性があります。

ビジネスの要件に合わせた設計

ワークロードの予想される使用に重点を置いて、ビジネス ニーズを収集して理解します。

要件には、ユーザー エクスペリエンス、ワークフロー、データ、ワークロード固有の機能が含まれる必要があります。 目標は現実的なものでなければならず、与えられた予算に基づいてすべての関係者の合意が得られなければなりません。 要件では、チームと利害関係者の期待を明確に定義する必要があります。 ガイド テクノロジの選択、実装、および運用に関する要件を文書化します。

Azure Well-Architected Frameworkの ビジネス要件に合わせた設計 について詳しく学習します。

回復力を高める設計

ワークロードは障害に対応し、完全な機能または制限された機能で動作を継続する必要があります。

障害やコンポーネントの停止を識別できるようにワークロードを設計します。 予期せぬ障害に耐え、スムーズに処理できるように、システムの回復力を高めます。 システムの状態についてユーザーに通知し、どのコンポーネントが利用できないか、また回復にどのくらいの時間がかかるかの予想を設定します。

Azure Well-Architected Frameworkの 回復力を考慮した設計 の詳細をご覧ください。

復旧の設計

ワークロードは、ユーザー エクスペリエンスとビジネス目標への影響を最小限に抑えながら、障害から回復できる必要があります。

迅速な復旧につながる、構造化され、テストされ、文書化された復旧計画を導入します。 実際の停止中に混乱や混沌を避けるために、サポート チームと運用チームがこれらの計画にアクセスできるようにし、復旧訓練を頻繁に実行してください。

Azure Well-Architected Frameworkの 復旧の設計 について詳しく学習します。

操作に合わせた設計

ワークロードは観察可能でなければならず、開発チームは失敗から学ぶことができなければなりません。

ワークロードに監視を組み込むことで、開発チームとサポート チームが、いつ、なぜ、どのコンポーネントにエラーや不具合が発生したかを分析するのに十分なデータを得られるようになります。 エラーが発生した場合にサポート チームに通知するための意味のあるアラートを作成します。 分析と洞察を活用して改善を推進します。

Azure Well-Architected Frameworkの 運用のための設計 の詳細をご覧ください。

シンプルに保つ

アーキテクチャ設計、アプリケーション コード、および操作の過剰なエンジニアリングを避けてください。

ビジネス要件に重点を置き、不要な機能やコンポーネントを削除します。 一貫性を高める開発および展開の標準を確立します。 プラットフォームが提供する機能と事前に構築されたアセットを活用して、開発時間を最小限に抑えます。

Azure Well-Architected Frameworkで シンプルさを維持する 方法の詳細をご覧ください。

次の手順

信頼性チェックリスト