Well-Architected Framework

文書基準: 2026年8月

Well-Architectedとは？

建物を設計する際に耐震設計、防火区画、エネルギー効率といった建築基準があるように、クラウドワークロードを設計する際にも従うべきベストプラクティスがあります。これを体系的にまとめたものがWell-Architected Frameworkです。

オンプレミス環境ではサーバーの購入・設置に時間がかかるため、設計を慎重に行う傾向があります。一方クラウドでは数分でリソースを作成できるため、「とりあえず作って後で直そう」というアプローチが取りやすくなります。しかし、こうして作られたワークロードはセキュリティの脆弱性、コストの無駄、障害への弱さといった問題を抱えることになります。

Well-Architected Frameworkは、こうした問題を未然に防ぐための設計原則とチェックリストを提供します。新しいワークロードを設計する際だけでなく、既存のワークロードを点検・改善する際にも活用できます。

コア原則（Pillar）比較

各ベンダーともWell-Architected Frameworkを提供していますが、コア原則（Pillar）の構成と重点には違いがあります。

原則領域	AWS	Azure	Google Cloud	OCI
運用の優秀性	Operational Excellence	Operational Excellence	Operational Excellence	—
セキュリティ	Security	Security	Security, Privacy, Compliance	Security
信頼性	Reliability	Reliability	Reliability	Reliability
パフォーマンス効率	Performance Efficiency	Performance Efficiency	Performance Optimization	Performance
コスト最適化	Cost Optimization	Cost Optimization	Cost Optimization	Cost Optimization
持続可能性	Sustainability	—	—	—
フレームワーク名	Well-Architected	Well-Architected	Architecture Framework	Best Practices Framework
Pillar数	6個	5個	5個	4個

AWSは2012年に最も早くWell-Architected Frameworkを発表し、現在は6つのPillarで構成されています。

運用の優秀性（Operational Excellence） — ワークロードを効果的に運用し、継続的に改善する
セキュリティ（Security） — データ、システム、資産を保護する
信頼性（Reliability） — 障害から復旧し、可用性を維持する。災害復旧戦略と直結します。
パフォーマンス効率（Performance Efficiency） — リソースを効率的に使用する
コスト最適化（Cost Optimization） — 不要なコストを削減する
持続可能性（Sustainability） — 環境への影響を最小化する

AWSならではの特徴は持続可能性Pillarです。2021年に追加されたもので、エネルギー効率の高いリソース選択と使用量最適化の原則を扱います。

フレームワーク名: Well-Architected Framework

レビューツール

各ベンダーは、Well-Architected Frameworkに基づいたワークロードレビューツールを提供しています。

項目	AWS	Azure	Google Cloud	OCI
ツール名	Well-Architected Tool	Well-Architected Review (Assessment)	Architecture Framework チェックリスト	Cloud Advisor
場所	AWSコンソール内蔵	Azure Advisor + 別途Assessment	ドキュメントベースのチェックリスト	OCIコンソール内蔵
自動分析	一部自動（Trusted Advisor連携）	Azure Advisorが自動推奨	Recommenderが自動推奨	Cloud Advisorが自動推奨
レポート	PDF/JSONエクスポート	Assessmentレポート	—	—
費用	無料	無料	無料	無料

AWS Well-Architected Tool

AWSコンソールに組み込まれたツールで、ワークロードを定義し各Pillarごとの質問に答えると改善事項を提示します。Well-Architected Labsでは実習資料も提供されています。

Azure Well-Architected Review

Azure Advisorが自動的にリソースを分析して推奨事項を提示し、別途のAssessmentツールを通じて体系的なレビューを行うことができます。

Google Cloud Architecture Framework

ドキュメントベースのチェックリストとガイドを提供しており、RecommenderとActive Assistが自動的に最適化の推奨事項を提示します。

Cloud Adoption Framework (CAF)

Well-Architected Frameworkが個々のワークロードの設計ベストプラクティスであるのに対し、Cloud Adoption Framework（CAF）は組織全体のクラウド移行戦略を扱います。技術だけでなく、組織構造、プロセス、ガバナンス、人材育成までを包括する上位レベルのフレームワークです。

項目	AWS	Azure	Google Cloud	OCI
名称	AWS Cloud Adoption Framework	Azure Cloud Adoption Framework	Google Cloud Architecture Framework	OCI Landing Zone
構成	6つの観点（ビジネス、人材、ガバナンス、プラットフォーム、セキュリティ、運用）	9段階の方法論（戦略、計画、準備、採用、ガバナンス、管理など）	Architecture Framework内に導入ガイドを含む	CIS BenchmarkベースのLanding Zone
特徴	観点（Perspective）別のステークホルダー中心	段階別の実行ガイド、Landing Zoneを含む	Architecture Frameworkと統合	Terraformベースの自動デプロイ

AWSとAzureは独立したCAFを提供しており、Google CloudはArchitecture Frameworkの中に導入ガイドを含む形になっています。AzureのCAFは特に詳細な段階別ガイドとLanding Zoneの構成方法を提供しているため、大規模組織のクラウド移行で多く参照されています。

よくある間違い

「Well-Architectedは新規プロジェクトにのみ適用される」 — 既存のワークロードを点検・改善する際にも同様に活用できます。定期的なレビューを推奨します。
「すべてのPillarを同時に完璧に満たさなければならない」 — Pillar間にはトレードオフがあります（例: セキュリティ強化 vs コスト増加）。ワークロードの優先順位に合わせてバランスを取りましょう。
「レビューツールを実行すれば自動的に改善される」 — ツールは問題を識別するだけであり、実際の改善はチームが推奨事項を検討し適用する必要があります。

チェックリスト

本番ワークロードに対してWell-Architectedレビューを最低1回実施したか？
組織にとって最も重要なPillar（セキュリティ、コスト、信頼性など）の優先順位を定義したか？
レビューから導き出された改善事項をバックログに登録し、追跡しているか？

参考資料

標準とフレームワーク

CNCF Cloud Native Trail Map — クラウドネイティブ技術採用ガイド
The Twelve-Factor App — クラウドネイティブアプリケーション設計原則
ISO/IEC 25010 — Systems and software quality models — ソフトウェア品質モデル