はじめに
Azure Well-Architected Framework は、ワークフローが以下を満たすように支援を行うことで、ワークロードの品質を向上させることができる設計フレームワークです。
- 回復性、可用性、回復可能性を備える。
- 十分な投資収益率を実現する。
- 責任ある開発と運用をサポートする。
- 許容される期間内で目的を達成する。
停止と誤動作は、すべてのワークロードにとって重大な懸念事項です。 信頼性の高いワークロードは、これらのイベントに耐えて、常に一貫して目的とする機能を提供し続ける必要があります。 許容される期間内に障害を検知して、それに耐え、そこから復旧できるように、回復性を備えている必要があります。 また、ユーザーが約束された期間中に約束された品質でワークロードにアクセスできるように、可用性を備えている必要があります。
ワークロード アーキテクチャには、アプリケーション コード、インフラストラクチャ、および運用における信頼性の保証が必要です。 設計の選択によって、ビジネス要件によって決まる目的が変更されるべきではありません。 そのような変更は、重大なトレードオフと考える必要があります。
このモジュールで説明する概念は、ワークロードの信頼性に関することすべてが含まれたものではありませんが、ワークロードを設計する際の主要な原則とそれぞれで鍵となるアプローチの一部を記述します。 アーキテクチャの計画と設計を開始する際に、Well-Architected Framework の柱のすべてをカバーする完全な観点を得るには、「Azure Well-Architected Framework」にアクセスしてください。
このモジュールの各ユニットでは、1 つの設計原則とその原則に関連する 3 つのアプローチに焦点を当てます。 各ユニットのアプローチは、それらを実際のシナリオにどのように適用できるかを示す例を使用して補強されています。 例はすべて架空の会社に基づいています。
学習の目的
このモジュールを終了するまでに、以下に示す信頼性の柱の 5 つの原則を理解し、それぞれに対する 3 つのアプローチを学習します。
- ビジネスによって決まる信頼性要件を特定し、それらの要件をワークロード設計に適用します。
- フォールト トレラントであり、適切に機能を低下できるようにワークロードを設計します。
- コンポーネント レベルの障害から災害に至るまでの機能不全から復旧するようにワークロードを設計します。
- 監視とテストをワークロードの設計と運用プラクティスに組み込みます。
- リスクを最小限に抑えるために、シンプルさに重点を置いたワークロードを設計します。
前提条件
- データ ストレージ、コンピューティング、ネットワークなどのコア インフラストラクチャ テクノロジの経験。
- ビジネス上の問題を解決するテクノロジ システムを構築または運用した経験。