次の方法で共有


Azure Well-Architected Framework とは

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

  • 回復力があり、使用可能で、回復可能である。
  • 必要なだけのセキュリティを確保できます。
  • 十分な投資収益率を実現します。
  • 責任ある開発と運用をサポートします。
  • 許容範囲内でその目的を達成します。

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

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

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

聴衆

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

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

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

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

建築家の役割と義務については、アーキテクトの基礎アーキテクトのチェックリストを参照してください。

目標

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

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

  • 成功への信頼度: Azure にデプロイされた多数のワークロードで見られる実証済みの評価は、フレームワークの教義を裏付けます。

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

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

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

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

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

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

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

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

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

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

関連するクラウド設計パターン を理解し、を確実に把握してください。 これらは、直接サポートする柱にマッピングされます。

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

詳細については、「Well-Architected Framework の柱について」を参照してください。

ワークロード

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

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

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

サービス ガイド

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

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

料金の考え方の案内

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

詳細については、Azure の Well-Architected レビュー ツールをご覧ください。

段階的な学習プロセスを採用し、反復的に品質を向上させる

Well-Architected Framework では、あらゆるクラスのワークロードに適用できるベスト プラクティスが包括的に説明されています。 このガイダンスには、優れた設計とトレードオフの基本原則だけでなく、サービス ガイドで説明されているように、アーキテクチャのコンポーネントへのそれらの原則の適用も含まれます。

このガイダンスを最初から最後まで読むのは大変だと認識しています。 アーキテクチャの卓越性の望ましい状態を実現するには、 すべての の柱の設計原則をしっかりと理解し、ワークロードとビジネス目標との関連性に基づいてチェックリスト項目に優先順位を付けることをお勧めします。 優先順位付けでは、ビジネスの重要度、コンプライアンスのニーズ、市場投入までの時間などの要因を考慮する必要があります。 これらの要因が進化するにつれて、ワークロードの品質を向上させるために、フレームワークから多かれ少なかれ繰り返し組み込みます。

このガイダンスを使用するには、段階的なアプローチを採用することを検討してください。 推奨事項を、最初に簡単に達成できる内容または達成する必要のある内容で分類します。 その後、ワークロードのビジネス要件が変化するにつれて、運用対応システムを段階的に進化させます。 たとえば、フレームワークとの初期の連携は、資金調達と開発プロセスの早い段階でワークロードに適用され、適切な設計のための強固な基盤を設定できます。 アラインメントの成熟段階は、生産に適したソリューションに適用可能であり、常時稼働し、ビジネスにとって重要なソリューションには最高レベルが予約されています。

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