Azure Well-Architected Framework とは

  • [アーティクル]

Azure Well-Architected Framework は、次の作業を支援することでワークロードの品質を向上できる設計フレームワークです。

  • 回復性があり、使用可能で回復可能である。
  • 必要に応じてセキュリティを確保します。
  • 十分な投資収益率を実現します。
  • 責任ある開発と運用をサポートします。
  • 受け入れ可能な期間内にその目的を達成します。

フレームワークは、これらの目標にマップされるアーキテクチャの卓越性の 5 つの柱に基づいて構築されています。 信頼性、セキュリティ、コストの最適化、オペレーショナル エクセレンス、パフォーマンス効率です。

各柱には、推奨されるプラクティス、リスクに関する考慮事項、トレードオフが用意されています。 設計上の決定は、ビジネス要件に応じて、すべての柱でバランスを取る必要があります。 技術的で実用的なガイダンスは、すべてのワークロードに対して十分に広く、特定のシナリオに適用されます。 このガイダンスは Azure を中心にしています。

ワークロード アーキテクチャは、その実装と同じではありません。 Well-Architected Framework では、アーキテクチャ設計を通じて成功を収めることができますが、実装の選択は、organizationのビジネス要件と制約によって異なります。

対象ユーザー

Well-Architected フレームワークは、ワークロードの改善と横断的な問題への対処を担当するチームに適用されます。

Well-Architected フレームワークは、ワークロードのライフサイクルに関係するすべてのユーザーに貴重な分析情報と推奨事項を提供します。 ワークロード チームでのロールに関係なく、アーキテクト、開発者、オペレーター、ビジネス利害関係者のいずれであっても、ワークロードの範囲内で意思決定を行う権限がある場合は、このフレームワークの恩恵を受けることができます。

このガイダンスは、organizationの規模に関係なく有益です。 大企業、小規模企業、独立系ソフトウェア ベンダーのいずれに所属している場合でも、最適な設計に一歩近づくことができます。 フレームワークは、さまざまな組織構造とサイズに対応し、すべてのワークロード ユーザーがその利点を効果的に使用できるようにします。

集中管理を通じてワークロードのポートフォリオを改善するためのガイダンスを求めている場合、このコンテンツが完全には適用されない可能性があります。 クラウド導入フレームワークを参照することをお勧めします。 Azure でのワークロードの設計に関心がない場合、このコンテンツはユーザーには関係ありません。

アーキテクトの役割と職務の詳細については、「アーキテクトの基礎」と「アーキテクトのチェックリスト」を参照してください。

目標

Well-Architected Framework の主な目的は、ワークロードを Azure にデプロイするときに成功するように設定することです。

  • 正常な実装: 適切に設計された設計により、実装が成功します。 概念の範囲の広さと深さを考えると、情報に基づいた意思決定を行うための十分な設備が整っています。

  • 成功に対する信頼度: Azure にデプロイされた多数のワークロードに関する実証済みの評価は、フレームワークのテネトを裏付けています。

  • トレードオフとリスクを理解する: フレームワークは、推奨事項を採用するには、他の柱に対して選択を行う必要がある可能性があることを理解するのに役立ちます。 トレードオフと、短期的に対処する可能性がある潜在的なリスクも強調表示されています。

  • 時間の経過と伴う最適化: フレームワークは、反復的な使用と継続的な改善のためのツールとして設計されています。 ガイダンスに照らしてワークロードの成熟度を測定します。 その評価は、ワークロードと共に進化する動くスコアとして扱い、設計がビジネス目標を達成する際に効率的で効果的なままであることを保証します。

Well-Architected フレームワークのレイヤー

Well-Architected Framework は、階層化されたアプローチ (柱、ワークロード、サービス ガイド) で構成されています。

要点

このフレームワークの基盤は、柱にあります。 これらの柱を包括的に理解していない場合は、後続のレイヤー (ワークロード レイヤーとサービス ガイド) が完全に理解できない可能性があります。

柱レベルで、それぞれの目標を持つ 設計原則から旅を始めます。 各原則の中で、設計戦略を作成するアプローチに従います。 これらの方法は省略可能ではありません。考慮する必要があります。

Well-Architected Framework の設計原則を示すスクリーンショット。

次に、評価の開始点である チェックリストに進みます。 チェックリストの各項目には、主要な戦略と、Azure が推奨事項 の達成にどのように役立つかを説明する 1 つ以上の推奨事項ガイドが添付されています。

Well-Architected Framework のチェックリストを示すスクリーンショット。

Well-Architected Framework の推奨事項ガイドを示すスクリーンショット。

クラウド設計パターンを必ずカバーしてください。 これらは、直接サポートする柱にマップされます。

各アーキテクチャの決定には、一連の考慮事項が伴います。 これらの トレードオフは、 フレームワークのさまざまな側面のバランスを取る、認識され、受け入れられた侵害を表します。 トレードオフはこのアイコン で示され、リスクはこのアイコン で示されます。

詳細については、「 Well-Architected フレームワークの柱について」を参照してください。

ワークロード

ワークロード レイヤーは、特定のクラスのワークロードに柱がどのように適用されるかを表します。 最初の設計フェーズでは、ワークロード アーキテクチャはユーティリティに基づいてセグメント化され、各セグメントは優先順位付けされた領域または設計領域を表します。 これらの設計領域はワークロード クラスに固有であり、最適化のフォーカル ポイントとして機能します。 Well-Architected Framework には、いくつかのワークロードが含まれています。 ビジネス要件と密接に一致するものを見つけます。

まず、「ソリューション コンテキストの理解を開始する」を 参照 してください。 更新プログラムとして、 設計の原則 を読んで、ワークロードが柱のガイダンスをどのように採用するかを理解してください。 次に、以下の推奨事項を使用して、技術的な意思決定ポイントに焦点を当てた 設計領域 について詳しく説明します。 ワークロード ガイダンスには、運用環境での準備状況を評価するのに役立つ評価も含まれています。

詳細については、「 Well-Architected Framework ワークロードについて」を参照してください。

サービス ガイド

サービス ガイドは、ワークロード内に存在する個々の Azure コンポーネントに関連する意思決定にインストルメント化されています。 これらは、アーキテクチャの卓越性を達成するために必要な各サービスのコア機能と機能を提供します。 これらのガイドは構成ガイドではないことに注意してください。 また、これらはすべての機能のコンパイル済みリストというわけではありません。 目的は、Well-Architected 柱の観点から特徴の有用性を強調することです。

詳細については、 使用可能なガイドを参照してください。

評価

Microsoft Azure Well-Architected レビューは無料で提供されます。 これは、設計上の選択を評価するために、柱のチェックリストに関連付けられているアンケートのコレクションです。 反復実行を通じてスコアを追跡し、強化の可能性のある領域を特定します。

詳細については、「 Azure Well-Architected Review ツール」を参照してください。

Well-Architected Framework ドキュメントの使用を開始するためのリソースを次に示します。