はじめに
Azure Well-Architected フレームワークとは、ワークロードが次の項目を満たせるように支援してワークロードの品質を高めることを可能にする設計フレームワークです。
- 回復性、可用性、回復可能性を備える。
- 必要に応じた安全性を確保する。
- 十分な投資収益率を実現する。
- 責任ある開発と運用をサポートする。
- 許容される期間内にその目的を達成する。
パフォーマンス効率とは、需要の変化に対してワークロードが適応する能力です。 ワークロードには、ユーザー エクスペリエンスを損なうことなく、負荷の増加に対処する機能が必要です。 逆に、負荷が減少した場合、ワークロードには、そのリソースを節約することが求められます。 リソースの可用性 (CPU とメモリ) を示す容量が重要な要因となります。
ワークロード設計では、事前にプロビジョニングされた容量だけに依存し、特定の限界までのパフォーマンスを保証することは行うべきでありません。 この限界を超えると、ワークロードにパフォーマンスの問題が発生したり、その機能が停止したりする可能性があります。 負荷がその限界を下回ると、リソースの不要な実行が続けられ、コストが発生します。
時間の経過に対してパフォーマンス目標を維持するには、包括的な戦略が必要です。 設計プロセスでは、運用環境で問題が発生した場合にのみ対処するといったように、パフォーマンスに関する考慮事項を後回しにすべきではありません。 そこで、設計の初期段階からパフォーマンスが重要な考慮事項であるという考え方を採用します。
このモジュールで説明する概念は、ワークロードのパフォーマンス効率についてすべてを網羅しているわけではなく、ワークロードを設計する際の核となる原則およびそれらの主要なアプローチの一部を表しています。 Well-Architected フレームワークのすべての柱の全体像を把握するには、アーキテクチャの計画および設計を開始する際に、「Azure Well-Architected フレームワーク」を参照してください。
このモジュールの各ユニットでは、1 つの設計原則と、その原則に関連する 3 つのアプローチに焦点を当てています。 各ユニットのアプローチは、実際のシナリオにどのように適用すればよいかを容易に理解できるように、例を使用して示されています。 例はすべて架空の会社に基づいています。
学習の目的
このモジュールを完了すると、柱であるパフォーマンス効率の 4 つの原則を理解し、次のそれぞれに対する 3 つのアプローチについて習得できます。
- ビジネス利害関係者とワークロード所有者の間の契約に基づいて、ワークロードの現実的なパフォーマンス目標を定義します。
- パフォーマンス要件に最も適した設計を選択します。
- ワークロードを運用して、そのパフォーマンス効率を継続的に追跡します。
- 最適化を通じてワークロードのパフォーマンス効率を継続的に向上させます。
前提条件
- データ ストレージ、コンピューティング、ネットワークなどのコア インフラストラクチャ テクノロジを使用したソリューションの構築または運用の経験
- テクノロジ システムの構築または運用でビジネス上の問題を解決した経験