次の方法で共有


Azure Well-Architected フレームワークの新機能

Azure Well-Architected フレームワークの最近の変更について説明します。

2024 年 10 月

更新された記事

  • アーキテクチャデシジョン レコード (ADR): 問題ステートメント、考慮されるオプション、決定結果などの一貫性のある要素を含め、ADR に含める必要がある内容に関するガイダンスを更新しました。 一貫性のある有用な ADR を維持するためのガイドラインを使用して、個々のレコードの推奨される特性に関する新しいセクションを含む更新プログラムを確認する

  • Azure アプリlication Gateway v2 に関する Azure Well-Architected Framework の観点: Azure アプリlication Gateway v2 に関するガイダンスを大幅に更新しました。 Azure アプリlication Gateway の構成に関する重要な注意事項と、その他のリソースへのリンクを確認します。 アーキテクチャの目標を達成するための特定の設計原則、戦略、および推奨事項を使用して、強化されたコンテンツを探索します。

  • Azure ExpressRoute に関する Azure Well-Architected Framework の観点: Azure ExpressRoute に関するより包括的で構造化されたガイダンスを提供し、ベスト プラクティス、設計原則、最適化戦略を強化および拡張するための重要な更新を行いました。 詳細なチェックリストと推奨事項は、計画と実装を改善し、信頼性、セキュリティ、コスト効率の向上に役立ちます。

コンテンツ構造に合わせ、ガイダンスが最新であることを確認するために、すべてのトレードオフと設計パターンに関する記事を確認しました。 トレードオフは、設計上の決定が他の柱に与える影響を理解するのに役立つため、適切に設計されたフレームワークの重要な部分です。 設計パターンは、ワークロードの設計時に発生する可能性のある一般的な問題に対する再利用可能なソリューションです。 これらは、適切に設計されたフレームワークの目標を満たすためにワークロードを設計する方法を理解するのに役立ちます。 更新された記事を確認してください。

2024 年 9 月

新しい記事

  • Azure NetApp Files に関する Azure Well-Architected フレームワークの分析観点: Azure NetApp Files の設計に関する考慮事項と構成に関する推奨事項を調べます。 Azure NetApp Files は、サーバー メッセージ ブロック (SMB) プロトコルとネットワーク ファイル システム (NFS) プロトコルをサポートするフル マネージド ファイル共有サービスです。 ファイル共有、ハイ パフォーマンス コンピューティング、ホーム ディレクトリ、データベースに Azure NetApp Files を使用する方法について説明します。

更新された記事

2024 年 8 月

更新された記事

  • 信頼性目標を定義するための推奨事項: 複合 SLO に関する新しいガイダンスを含む大幅な更新が行われました。 更新されたコンテンツは、現実的な期待に焦点を当て、システムの状態を定義するための正常性モデルを構築する方法に関するガイダンスにリンクしています。

バックアップ環境の VM が、サポート可能な OS で確実に実行されるようにすることに関するガイダンスを追加しました。

ハイブリッドの提供終了

  • 今月、リポジトリ内のハイブリッド ドキュメントの廃止を発表しました。 コンテンツは古くなり、Azure Well-Architected Framework に沿ったものではなくなりました。

2024 年 7 月

新しい記事

  • Azure Stack HCI での Azure Well-Architected フレームワークのパースペクティブ: Azure Stack HCI での設計に関する考慮事項と構成に関する推奨事項を調べます。 Azure Stack HCI は、ハイブリッドのオンプレミス環境で Windows と Linux の仮想化されたワークロードとそのストレージをホストするハイパーコンバージド インフラストラクチャ (HCI) ソリューションです。 Azure Stack HCI と Azure Arc の機能を使って、ビジネス システムとアプリケーション データをオンプレミスに保持し、データ主権、規制とコンプライアンス、待ち時間の各要件に対処する方法について説明します。

更新された記事

複数のゾーンへのデプロイに、可用性セットではなく、柔軟な仮想マシン スケール セットを使うことに関する、最新のガイダンスを説明します。

キャリア グレードの廃止

  • 今月、キャリア グレードのドキュメントの廃止を発表しました。 コンテンツは古くなっており、Azure Well-Architected フレームワークには関係なくなりました。

2024 年 6 月

更新された記事

2024 年 5 月

新しい記事

  • Azure Files に関する Azure Well-Architected フレームワークの観点: Azure Files と Azure File Sync の設計上の考慮事項と推奨事項について説明します。Azure Files は、SMB プロトコルとネットワーク ファイル システム (NFS) プロトコルをサポートするフル マネージド ファイル共有サービスです。 Azure File Sync は、オンプレミスのファイル サーバーの柔軟性、パフォーマンス、互換性を維持しながら、Azure Files で組織のファイル共有を一元化できるサービスです。

更新された記事

2024 年 4 月

新しい記事

今月、2 つの新しいサービス ガイドと、Azure サービスとしてのインフラストラクチャ (IaaS) での Oracle ワークロードに関する新しいドキュメントを追加しました。

サービス ガイド

  • App Service に関する Azure Well-Architected フレームワークの観点: App Service の設計上の考慮事項と推奨事項を確認します。 Azure App Service は、Azure プラットフォームでワークロードをホストするために使用できる、サービスとしてのプラットフォーム (PaaS) コンピューティング サービスの一種です。
  • Azure Blob Storage に関する Azure Well-Architected フレームワークの観点: Azure Blob Storage に関連する設計上の考慮事項と構成に関する推奨事項を確認します。 Azure Blob Storage は、テキストやバイナリ データなど、大量の非構造化データを格納するために最適化されたクラウドベースのオブジェクト ストレージ ソリューションです。

Azure での Oracle ワークロード

Azure での Oracle ワークロードに関する新しい記事と更新されたガイダンスが紹介されています。 パフォーマンスが高く、セキュリティで保護された、高可用性のソリューションを作成するのに役立つベスト プラクティスについて説明します。 まず、Azure サービスとしてのインフラストラクチャ (IaaS) での Oracle ワークロードに関するページを参照してください。

2024 年 3 月

新しい記事

  • ワークロードの正常性モデリング: Azure でのワークロードの信頼性を向上させるために、正常性モデリングを使用します。 正常な状態、低下した状態、異常な状態を区別します。 アプリケーションの正常性を定量化し、独自の正常性モデルを構築する方法について説明します。
  • Log Analytics の Azure Well-Architected フレームワーク レビュー: Azure Monitor の Log Analytics ワークスペースのアーキテクチャに関する推奨事項について説明します。 これらのワークスペースは、監視データの大部分のプライマリ ログとメトリック シンクです。 ワークスペースでは、アドホック クエリ、視覚化、アラートなど、Azure Monitor の複数の機能がサポートされています。

更新された記事

2024 年 2 月

新しい記事

更新された記事

2024 年 1 月

1 月に 2 つの新しい記事を追加し、2 つの記事を更新しました。

新しい記事

  • Virtual Machines とスケール セットで、Well-Architected Framework を使用して仮想マシンとスケール セットのワークロードを確認する方法に関するガイダンスを確認します。 Azure Virtual Machines コンピューティング サービスを使用して、Azure プラットフォームで仮想マシンを作成して実行します。 さまざまな SKU、オペレーティング システム、構成から選択できます。

  • フローを使用してワークロード設計を最適化するでは、構造化されたフロー設計を使用してワークロードを最適化する方法について説明します。 フロー構造の定義、技術的要件の設定、これらの仕様を満たすフローの設計など、ワークロードの最適化のための 3 段階のプロセスをまとめています。 ビジネス プロセスやユース ケースに合わせてフローを調整する場合は、この記事で実際の例と推奨事項がわかります。

更新された記事

オペレーショナル エクセレンスの柱で、次の記事の更新情報を確認します。

  • 自動化を実装するための推奨事項では、Azure Update Manager を使用して仮想マシンの更新プログラムを管理および管理する方法について説明します。 ワークロード全体で Windows と Linux の更新プログラムのコンプライアンスを監視できます。 また、Update Manager ではリアルタイムの更新や、定義されたメンテナンス期間内での更新をスケジュールすることもできます。

  • ワークロードで自動化を有効にするための推奨事項には、変更履歴とインベントリに Azure Monitoring Agent を使用する方法に関する新しいセクションがあります。 ドリフト検出、インベントリ実行サービス、ワークロード内の仮想マシンにインストールされているパッケージを自動化します。

2023 年 12 月

12 月には、2 つの Azure Well-Architected フレームワークの柱に対し、ワークロードと更新された推奨事項を追加しました。

新しいアーティクル

ワークロード所有者、技術関係者、ビジネス利害関係者向けに新しいワークロードを追加しました。 このドキュメントは、クラウド環境でアプリケーションとデスクトップを実行するためのソリューションの設計、構築、保守に責任を負う役割に適しています。 Azure Virtual Desktop ワークロード ドキュメントは、Azure Virtual Desktop でアプリケーションとデスクトップを操作する方法を最適化するための頼れるリソースとして活用できます。

更新された記事

信頼性の柱に対し、推奨事項を更新しました。

オペレーショナル エクセレンスの柱に対し、推奨事項を更新しました。

2023 年 11 月

Azure Well-Architected フレームワークは、5 つの柱すべてに対し、重要なコンテンツ更新を完了しました。 Microsoft Ignite 2023 go beyond の箇条書きで提起された変更のため、今月は標準の "新着情報" 形式から脱却しました。

アーキテクチャの主要な柱が再構築されました

Azure Well-Architected フレームワークの 5 つの柱はすべて、設計原則、設計レビュー チェックリスト、トレードオフ、推奨ガイド、クラウド設計パターンのみで構成される共通構造に従うようになりました。

Azure Well-Architected フレームワークの評価

Azure Well-Architected レビュー評価が更新されました。 具体的には、"コア Well-Architected レビュー" オプションは、Azure Well-Architected フレームワークの新しいコンテンツ構造に合わせて調整されるようになりました。 すべての柱のすべての質問は、その柱の設計レビュー チェックリストに関連付けられています。 質問に対するすべての選択肢は、関連するチェックリスト項目の推奨事項ガイドに関連付けられています。

重要

下位互換性に関する通知。 既存のコア Well-Architected レビュー評価セッションの最初の新しいマイルストーンは、評価の更新によって、以前の応答が事前に入力されることはありません。 以前のマイルストーンにはアクセスできますが、最初の新しいマイルストーンを作成するときは、新しい質問と選択肢に照らし合わせてワークロードを再評価する必要があります。

この更新の一環として、他の評価は変更されませんでした。

テーマの変更

構造と一貫性の変更に加えて、コンテンツ内のいくつかのテーマの変更に注意する必要があります。 これらの変更の主な例を次に示します。

  • ワークロードはテクノロジを超える。 Azure Well-Architected フレームワークのスコープは、ワークロードです。 原則とガイドには、ワークロード チームの人とプロセスに関する推奨事項と技術ガイダンスが記載されています。

  • ワークロードは、組織のコンテキストの中に存在します。 Azure Well-Architected フレームワークは、組織の期待へのワークロードの責任に言及することがよくあります。 Azure Well-Architected フレームワークには、組織の影響力の利点とトレードオフがまとめられています。

  • この更新の前は、このガイダンスは、インフラストラクチャで実行されているアプリケーションよりも、そのインフラストラクチャ自体に重点が置かれていました。 現在、すべての柱に開発者中心のコンテンツがあります。

  • 特定のサービス構成が最小化されました。 Azure Well-Architected フレームワークの柱のコンテンツは、実装コンテンツでなく、設計コンテンツです。 更新の前に、Azure Well-Architected フレームワークによって、Azure サービス固有のガイダンスと設計ガイダンスが作成されます。 現在、Azure Well-Architected フレームワークでは、推奨ガイドの専用セクションにサービス固有のコンテンツが制限されます。 Azure Well-Architected フレームワーク サービス ガイドは、サービス中心の視点の主要なソースとして機能するために引き続き維持されます。

重要

この再構築の一環として、多くのページが追加、移動、削除、または変更されています。 可能な場所では、軌道修正は行われていますが、Azure Well-Architected フレームワークへの既存のリンクの多くが、同じ内容を指し示すものではない可能性があることを認識しています。

変更されなかった事項

  • Azure Well-Architected フレームワークは、ワークロード チームに健全な重荷を与え続けます。 これにより、ワークロード チームは必要な決定事項とそれらの決定に伴うリスク、利点、トレードオフを確実に把握できます。

  • Azure Well-Architected フレームワークは、適切な情報を得て正当な意思決定を行うために役立つ推奨事項を提供しています。 Azure Well-Architected フレームワークでは、お客様固有のビジネス要件や制約が認識されないため、お客様の代わりに意思決定を行うことはできません。

  • Azure Well-Architected フレームワーク ワークロードAzure Well-Architected フレームワーク サービス ガイドには、この更新では大幅な変更は行われませんでした。 新しいワークロードとサービス ガイドは、Azure Well-Architected フレームワークに継続的に追加されています。 引き続きこのページで更新内容をご確認ください。