In Silico

クラウド

AWS Well-Architectedとは：6つの柱とレビューの進め方

2026/10/18 シリーズ「AWS 入門」 第11回 / 全11回

🤖 AIを使用して執筆

シリーズAWS 入門全11回
  1. 第1回AWSとは？できることと仕組み、主要サービスをわかりやすく解説
  2. 第2回AWSマルチアカウントとは？分ける理由とOrganizationsの設計
  3. 第3回AWS IAMロールとポリシーの違いとは？使い分けと許可の決まり方
  4. 第4回AWS VPC設計入門：CIDRの決め方とサブネットの分け方
  5. 第5回Amazon EC2とは？インスタンスの起動・料金・タイプの選び方
  6. 第6回AWS Lambdaとは？サーバーレスの仕組みと動かし方の基本
  7. 第7回Amazon S3とは？バケットとオブジェクトの仕組み、料金と公開設定
  8. 第8回AWSデータベースの選び方：RDSとAuroraとDynamoDBの使い分け
  9. 第9回AWSの障害対策：マルチAZ・再試行・バックアップの基本
  10. 第10回AWS CDKとは：CloudFormationとの違いと安全なデプロイ
  11. 第11回AWS Well-Architectedとは：6つの柱とレビューの進め方

このシリーズの紹介へシリーズ一覧へ

  • AWS Well-Architected
  • Well-Architected フレームワーク
  • WA Tool
  • ベストプラクティス
  • AWS
  • クラウド
  • レビュー
  • レンズ
  • カスタムレンズ
  • 高リスクの問題
  • 改善計画
  • マイルストーン
  • 運用上の優秀性
  • セキュリティ
  • 信頼性
  • パフォーマンス効率
  • コスト最適化
  • 持続可能性
  • トレードオフ
  • Well-Architected Agent
  • Trusted Advisor
  • us-east-1
  • CodeCommit
目次
背景・問い・要点
背景

AWS 上の仕組みは、計算、保存、データベース、ネットワーク、権限といった部品の組み合わせでできている。部品をどう組み合わせ、どう動かすかの設計をアーキテクチャという。AWS Well-Architected フレームワークは、AWS が公開している、アーキテクチャを見直すための問いと推奨の集まりである。AWS は、システムを作るときの決定の長所と短所を理解する助けになると説明している1。

フレームワークでは、いくつかの言葉を決まった意味で使う2。コンポーネントは、ある要件を満たすコード、設定、AWS の資源のまとまりである。ワークロードは、一緒になって事業の価値を生むコンポーネントの集まりで、レビューの単位になる。ベストプラクティスは、AWS が勧める個々の実践である。柱は、問いを分ける六つの観点で、運用上の優秀性、セキュリティ、信頼性、パフォーマンス効率、コスト最適化、持続可能性がある。レンズは、Well-Architected の指針を特定の業種や技術に広げた、問いとベストプラクティスの組である3。

AWS が Well-Architected フレームワークを公開したのは 2015 年である4。2018 年には、問いに答えてワークロードを見直す AWS Well-Architected Tool（WA Tool）を無料で出した5。本稿は、フレームワークの作りと、WA Tool でのレビューの進め方を実際の画面とデータの形で説明し、レビューで見つけられることと、見つけられないことまでを見る。

問い

AWS Well-Architected フレームワークとは何で、どう使うのか。個々の判断を、全体としてどう見直すのか。

要点

Well-Architected フレームワークは、6 つの柱の下に並んだ問いに答えて、設計の危険を洗い出し、直す順を自分たちで決めるための仕組みである。ベストプラクティスのページには、行っていないときのリスクの高さが書かれている。WA Tool は、答えから高リスクの問題と中リスクの問題を示し、改善計画とマイルストーンで、見直しの経過を記録する。AWS はレビューを、監査ではなく、作る人たちが責めずに話し合う短い作業と位置づけ、設計の初めから節目ごとに行うよう勧めている。 ただし、AWS のレンズで、どの答えがどのリスクになるかの規則は公開されていない。柱の間で何を優先するかも、フレームワークは決めず、事業の事情で決めるよう求めている。

モデル・例示

歯科医院の予約の仕組みを、公開の前に WA Tool で見直す

※ この節の例は、説明のために作った架空のものです。

ある町の歯科医院が、診療の予約と、来院の前に書いてもらう問診票を、Web で受け付ける仕組みを AWS で作ったとする。予約は Amazon DynamoDB の表に置く。問診票は、Web の画面のファイルと同じ Amazon S3 のバケットに置く。受け付けの処理は AWS Lambda の関数で動かす。東京のリージョンで動かし、作ったのは外部の開発者二人である。公開の前に、二人と医院の事務長の三人で、WA Tool を使ってレビューをする。

1. ワークロードを定義する。 WA Tool で最初に作るのは、ワークロードである6。名前（3〜100 文字）、説明（3〜250 文字）、レビューの責任者、環境、リージョンを入れる。環境は、本番（Production）か本番の前（Pre-production）かを選ぶ。ここでは本番の前を選び、リージョンには東京を選ぶ。任意で、AWS のアカウントの番号を入れ、AWS Trusted Advisor の自動の検査を使うかどうかを決める。優先する問いを決めるプロファイルも付けられる。最後にレンズを選ぶが、Well-Architected フレームワークのレンズは、何も選ばなくても自動で当てられる7。

2. 問いに答える。 問いには、柱ごとに番号が振られている。セキュリティの柱の 8 番目は「保管中のデータはどのように保護するのですか」で、ベストプラクティスが四つ並ぶ8。各ページには、行っていないときのリスクの高さが書いてある9101112。

SEC 8 のベストプラクティス行っていないときのリスク
BP01 安全なキー管理高
BP02 保管中の暗号化高
BP03 保護の自動化中
BP04 アクセスの制御高

答え方は三通りある13。行っている実践を選ぶか、どれも行っていなければ「該当なし」を選ぶか、問いがこのワークロードに当てはまらなければ「質問はこのワークロードに当てはまらない」を選ぶ。問いは当てはまるが、一部の実践だけが当てはまらないときは、その実践に印を付けることもできる13。

二人は、S3 と DynamoDB の保管中の暗号化を有効にし、鍵は AWS Key Management Service（KMS）に任せていた。そこで BP01 と BP02 を選んだ。BP03 は選ばなかった。設定の誤りを自動で見つける仕組みは、まだ作っていなかった。BP04 も選ばなかった。問診票を画面のファイルと同じバケットに置き、二人とも本番のデータをいつでも読み書きできる IAM ユーザーを使っていたからである。BP04 のページは、扱いの違うデータを一緒に置くことと、本番のデータに常に触れられることを、よくある失敗の例に挙げている12。

答えは、API で見ると次の形をしている。手元の AWS CLI 2.37.0 で、答えを更新するコマンドの入力の雛形を出した（AWS には何も送らない）。

$ aws wellarchitected update-answer --generate-cli-skeleton input
{
    "WorkloadId": "",
    "LensAlias": "",
    "QuestionId": "",
    "SelectedChoices": [
        ""
    ],
    "ChoiceUpdates": {
        "KeyName": {
            "Status": "SELECTED",
            "Reason": "OUT_OF_SCOPE",
            "Notes": ""
        }
    },
    "Notes": "",
    "IsApplicable": true,
    "Reason": "OUT_OF_SCOPE"
}

SelectedChoices が選んだ実践で、IsApplicable は、問いが当てはまるかどうかを示す。実践ごとの状態は、選んだ（SELECTED）、選ばない（UNSELECTED）、当てはまらない（NOT_APPLICABLE）の三つである。当てはまらないとした理由は、範囲の外、事業の優先、アーキテクチャの制約、その他から選ぶ14。問いに「該当なし」か「質問はこのワークロードに当てはまらない」を選んだときは、理由をメモに書くよう AWS は勧めている15。

3. リスクと改善計画を見る。 WA Tool は、選んだ実践をもとに、高リスクと中リスクの問題を示す15。高リスクの問題（HRI）は、事業に重大な悪い影響を与えうると AWS が見ている、設計や運用の選び方で、中リスクの問題（MRI）は、それより影響の小さい選び方である16。AWS は、リスクが高い実践を、柱の中で基礎になる、必ず行うべき実践と説明している17。SEC 8 では、リスクが高い BP04 を行っていない。ただし、AWS のフレームワークのレンズで、選んだ実践の組み合わせがどのリスクになるかの規則は、公開されていない。三人にわかるのは、WA Tool が出した結果だけである。

改善計画には、ワークロードに設定した柱の優先度の順に問いが並び、その中で高リスクの問題が先、中リスクの問題が後に来る15。各項目は、AWS の解説のページにつながっている。ほかの柱の問いでも、同じように問題が並ぶ。たとえばコスト最適化の柱の 4 番目は、資源をどう廃止するかを問う18。開発の途中で試しに作った資源を、誰が何のために作ったかを記録せずに残していれば、「資源を作ってから消すまで追跡する」という、リスクの高い実践を行っていないことになる19。

4. 医院の決まりを、自分のレンズにする。 医療向けの公式のレンズもあるが20、医院が自分で決めた扱いは、どのレンズにも入っていない。そこで、カスタムレンズを作る。カスタムレンズは JSON で書き、問いごとに、選ばれた実践からリスクを決める規則（riskRules）を書く21。

"riskRules": [
  { "condition": "choice_1 && choice_2 && choice_3", "risk": "NO_RISK" },
  { "condition": "choice_1 && choice_2", "risk": "MEDIUM_RISK" },
  { "condition": "default", "risk": "HIGH_RISK" }
]

問いは「問診票を誰が読めるか」で、選択肢は三つとする。choice_1 は問診票を専用のバケットに置くこと、choice_2 は読める人を受付と歯科医師に限ること、choice_3 は読んだ記録を残すことである。規則は上から順に調べられ、最初に当てはまった規則がリスクを決める。どれにも当てはまらなければ default が使われ、default の規則は必ず書く21。

選んだ実践問いのリスク
1・2・3 のすべてリスクなし
1 と 2 だけ中
それ以外高

AWS のレンズと違い、カスタムレンズでは、答えがどのリスクになるかを自分で決め、後から確かめられる。

5. マイルストーンを残し、直して、もう一度答える。 三人は、公開の前の状態を「公開前」というマイルストーンとして保存した。マイルストーンは、ある時点のワークロードの状態の記録で、保存した後は変えられない2223。一つのワークロードには 100 個まで残せる24。公開前の状態は、PDF の報告にも出して、WA Tool を使わない院長にも渡せる1525。その後、問診票を専用のバケットに移し、読める IAM ロールを限り、二人の常用の IAM ユーザーをやめた。読んだ記録とバックアップも整えたうえで、SEC 8 の BP04 を選べるようになる。AWS の手引きの例でも、直した後に高リスクの問題が三つから一つに減る。手引きは、そこでマイルストーンを保存し、改善の経過を見比べられるとしている15。

  1. 担当者WA Tool1. ワークロードを定義する
  2. WA Tool2. フレームワークのレンズを自動で当てる
  3. 担当者WA Tool3. 各問いに、行っている実践を選んで答える
  4. WA Tool担当者4. 高リスクと中リスクの問題を、改善計画として返す
  5. 担当者WA Tool5. 今の状態をマイルストーンとして保存する
  6. 担当者6. 事業に効く問題から選んで直す
  7. 担当者WA Tool7. 答えを直し、次のマイルストーンを保存する

Well-Architected フレームワークとは：柱、問い、ベストプラクティス

2015 年に 4 本の柱で公開された

AWS のブログは、フレームワークの最初の版を 2012 年とし、それが 2015 年の文書の公開につながったと書いている26。2015 年 10 月の公開を告げた記事は、AWS のソリューションアーキテクトが何千もの顧客と仕事をして見つけた戦略と実践をまとめたものだと紹介した。柱は、セキュリティ、信頼性、パフォーマンス効率、コスト最適化の 4 本だった4。

時期出来事
2015 年 10 月4 本の柱で公開427
2016 年 11 月運用上の優秀性の柱を追加27
2017 年柱ごとの文書とレンズを公開26
2018 年 11 月WA Tool を公開5
2021 年 11〜12 月持続可能性の柱を追加27
2024 年 11 月 6 日今の文書の版27

持続可能性の柱が WA Tool に入ったのは、2022 年 3 月 31 日である28。文書の最新の版は 2024 年 11 月 6 日のもので、その更新は 2025 年 4 月に WA Tool に入った29。

6 つの柱は、何を問うか

フレームワークは、各柱を次のように定義している2。

柱何を問うか
運用上の優秀性開発を支え、運用を見て、手順を改善し続けられるか
セキュリティデータ、システム、資産を守れるか
信頼性期待どおりに正しく動き続けられるか
パフォーマンス効率計算資源を効率よく使い続けられるか
コスト最適化最も低い費用で事業の価値を出せるか
持続可能性エネルギーの消費と、使う資源を減らせるか

柱の下には、問いと、問いごとのベストプラクティスが並ぶ。付録の一覧を数えると、2026 年 10 月の時点で、問いは 57、ベストプラクティスは 307 ある30。

柱問いの数（ベストプラクティスの数）
運用上の優秀性11（68）
セキュリティ11（63）
信頼性13（65）
パフォーマンス効率5（32）
コスト最適化11（50）
持続可能性6（29）

問いは、すぐに答えの出るものではない。2015 年の紹介の記事も、問いは自由に答える形で、「部品の故障にどう耐えるか」のような問いには単純な答えがないと書いていた4。

ベストプラクティスのページは、同じ型で書かれている

2022 年の更新から、すべての柱のベストプラクティスに一つずつページができ、同じ型で書かれるようになった31。ページには、よくある失敗の例（アンチパターン）、行うことの利点、リスクの高さ、実装の手引き、関連する資料が入る。ページによっては欠ける項目もある31。期待される成果を書いたページもある10。

リスクの高さは、高、中、低の三段である。セキュリティの柱の 8 番目では、四つのうち三つが高だった。コスト最適化の柱の 4 番目には、高が二つ、中が二つ、低が一つある1932333435。実践によっては、実装にかかる手間の大きさも書かれている。手間は、数時間から数日なら低、数日から数週間なら中、数週間から数か月なら高とされる2。

AWS の中のレビューを、外に向けて書いたもの

AWS は、アーキテクチャを担う中央のチームを置くより、能力を各チームに分けることを好むと書いている36。そのうえで、Jeff Bezos の「善意は決して機能しない。物事を起こすには、よい仕組みが要る」という言葉を引く。人の努力に頼る代わりに、規則や手順が守られているかを確かめる仕組み（多くは自動）を置くという意味である36。アーキテクチャについては、どのチームもアーキテクチャを作り、ベストプラクティスに従えることを求めている36。Well-Architected フレームワークは、そうした AWS の中のレビューの手順を、顧客に向けて実装したものだという36。

レビューの進め方：監査ではなく、話し合い

短く、責めずに、節目ごとに行う

AWS は、レビューのやり方をこう書いている。アーキテクチャのレビューは一貫したやり方で、誰も責めない姿勢で行い、深く掘り下げることを促す。数日ではなく数時間で終わる軽い作業で、監査ではなく話し合いである37。目的は、対処の要る重大な問題や、改善できるところを見つけることで、レビューの結果は、ワークロードを使う顧客の体験をよくする行動の一覧になる37。

いつ行うかについて、AWS は、製品の一生の主な節目で行うよう勧める。設計の早い段階で行えば、後から変えにくい一方向の決定を避けられる。公開の前にももう一度行う37。さらに AWS は、正式なレビューの会議を開くより、アーキテクチャを作るチームの人たちが、フレームワークを使って継続的に見直すことを勧めている37。AWS は、チームが自分たちの作ったものを本当に理解するのは、レビューのときが初めてということが多いとも書いている37。

準備し、見直し、直す

WA Tool の手引きは、レビューを準備、見直し、改善の三段に分けている38。見直しは、一人で行うものではなく、チームで行う作業だという39。記録するのは、目指している状態ではなく、正直な今の状態である39。手引きは、WA Tool の項目にただ印を付けるだけでは、後のマイルストーンで見返す人に事情が伝わらないとも注意している39。

見つかった問題を、すべて一度に直す必要はない。AWS は、時間と人手に限りのない組織はないと書き、見つかった高リスクと中リスクの問題をすべて一度に直そうとするのが、レビューの成果を最も生かすやり方とは限らないとしている40。どれから直すかは、事業の事情で決める37。

誰がレビューをするか

WA Tool は、AWS のソリューションアーキテクトに頼まなくても、いつでも自分たちでレビューできるように作られた。公開を告げた 2018 年の記事は、ソリューションアーキテクトが毎年何千件ものレビューをしても、求めに追いつかなかったと書いている41。AWS のパートナーにも、Well-Architected のレビューを行う制度がある1。この制度に入ったパートナーは、資金の支援や販促の資料といった特典を受けられる42。

WA Tool の機能と料金

レンズで、問いを足す

WA Tool では、フレームワークのレンズのほかに、AWS の公式のレンズを選んで足せる。一度に足せるのは 5 個までで、一つのワークロードには 20 個まで当てられる7。レンズにはそれぞれ、そのレンズ専用の問い、ベストプラクティス、メモ、改善計画がある7。WA Tool のレンズカタログには、フレームワークのほかに、サーバーレス、SaaS、機械学習、生成 AI、金融サービス、行政など、15 のレンズが載っている20。文書として公開されているレンズはもっと多い。2026 年 6 月にはエージェント型の AI のレンズが、9 月にはデジタル主権のレンズが出た3。

AWS のレンズに無い問いは、カスタムレンズで足せる。カスタムレンズは 2021 年 11 月に始まった43。一つのレンズに柱は 10 まで、一つの柱に問いは 20 まで、一つの問いに選択肢は 15 まで置ける。リスクの規則は、問いごとに、リスクの段階ごとに一つずつ、合わせて三つまで書ける21。作ったレンズは下書きの状態で始まり、公開してからワークロードに当てたり、ほかのアカウントと共有したりできる。一つのアカウントで作れるカスタムレンズは 15 個までである44。

見直しを繰り返すための機能

WA Tool には、見直しを組織で繰り返すための機能が、年ごとに足されてきた。

機能（公開の時期）何をするか
API（2020 年 12 月）見つけたリスクを、ほかの管理の仕組みに渡す45
Trusted Advisor（2022 年 11 月）資源の自動の検査の結果を見せる46
集約の報告（2023 年 3 月）全ワークロードのリスクの傾向を見る47
プロファイル（2023 年 6 月）事業の目的に合う問いを優先する48
レビューの雛形（2023 年 10 月）答えを前もって入れた雛形を使う4950
Jira との連携（2024 年 4 月）改善の項目を Jira の課題にする51

WA Tool は、2019 年 9 月に東京のリージョンで使えるようになり、画面も日本語になった52。Trusted Advisor の検査のうち WA Tool で見られる範囲は、AWS のサポートの契約によって変わる46。

AI のエージェントによる見直し（プレビュー）

2026 年 10 月 1 日、AWS は AWS Well-Architected Agent をプレビューとして公開した。Trusted Advisor と WA Tool の次の世代と位置づけている53。エージェントは、利用者の環境を調べ、コスト、セキュリティ、パフォーマンス、信頼性の 4 つの観点で、事業の目標に沿って優先度を付けた推奨を出す53。手引きによれば、ある時点のレビューと違い、環境を決まった間隔で調べ、推奨を毎週更新する54。CloudFormation や Terraform のテンプレートを、求めに応じて見直すこともできる28。

ただし、四つの観点に、運用上の優秀性と持続可能性は入っていない54。使える条件について、発表は「AWS のサポートの契約がある顧客」と書くだけだが、ユーザーガイドは、Business+ 以上の契約が要り、Developer と Business の契約では使えないと具体的に書いている5354。料金は、確かめた範囲では書かれていなかった。AWS 自身も、推奨は生成 AI が作るもので誤りや抜けを含みうるので、行動の前に一つずつ確かめるよう求めている5554。

柱の間の釣り合いは、事業が決める

フレームワークは、すべての柱を最大にすることを求めていない。ワークロードを設計するときは、事業の事情に応じて柱の間でトレードオフをする、と書いている2。開発の環境では、信頼性を下げて費用と環境への影響を減らすことがあり、止まってはならない仕組みでは、費用と環境への影響が増えても信頼性を上げることがある。ただし、セキュリティと運用上の優秀性は、ふつうはほかの柱と引き換えにしない2。

コスト最適化の柱も、市場に早く出すか費用を下げるかのトレードオフを挙げ、締め切りに間に合わせるために、前もって費用を下げるより速さを選ぶほうが効率的な場合があると書く56。レビューの手引きは、完全なワークロードはなく、完全である必要もたいていないと書いている39。

つまり、フレームワークは問いと推奨を出すが、その中のどれを今直すかは決めない。並んだ候補のどれから直すかを、事業の事情で決めるのは使う側である37。

実務者の見方：印を付けるだけになる危うさ

WA Tool を、ただの確認の一覧と見る実務者もいる。ポッドキャスト Screaming in the Cloud の Corey Quinn は、2022 年の対談で、WA Tool を「チェックボックスの調査票だ、少なくとも最後に見たときは」と言った57。対談の相手は、保険会社 Liberty Mutual で CDK を使う Matt Coulter だった。Quinn は、大手の保険会社で働く Coulter と自分とでは、セキュリティを誤ったときの影響がまるで違い、そうした事情が見落とされがちだとも述べた57。Coulter も、WA Tool は印の付く欄と文字を入れる欄の集まりだと認めた。そのうえで、自分たちは関係者が一つの部屋に集まり、繰り返し使う構成の部品を、配る前にフレームワークで見直す場として使っていると話した57。

一方、サーバーレスの実務者の Yan Cui は 2020 年、WA Tool にサーバーレスのレンズが入った日に、こう書いた。自分が書いてきた記事や講座ではベストプラクティスが散らばり、作ったものを一通り見直すのには向かなかったが、WA Tool がその隙間を埋める58。

この二つの見方は、AWS 自身の注意と矛盾しない。AWS も、印を付けるだけでは事情が残らないと書き、レビューを話し合いとして行うよう求めている3937。WA Tool は調査票の形をしているが、AWS が勧める使い方は、答えを記入するだけでなく、関係者が話し合い、その答えを選んだ事情もメモに残すことである39。なお、Well-Architected は、AWS が自社のサービスの上での作り方を勧める文書である。パートナーの制度も、レビューを、パートナーが顧客の信頼を得て新しい仕事を得る手段としてうたっている42。

答えの割れている問い：サービスの終わりと、us-east-1 への依存

レビューは、自分の設計の判断を見直す仕組みである。AWS 自身の判断や、AWS の作りに由来する危険は、問いに答えるだけでは解けない。ここでは、答えが割れている問いを二つ挙げる。

マネージドサービスに、どこまで頼るか

フレームワークのコスト最適化の柱は、差別化につながらない手間に費用をかけるのをやめ、OS やアプリケーションの管理はマネージドサービスに任せるよう勧める59。しかし、任せたサービスが終わることもある。

2024 年 7 月、AWS の Jeff Barr は X で、CodeCommit を含むいくつかのサービスで、新しい顧客の受け付けをやめたと書いた。挙げたのは S3 Select、CloudSearch、Cloud9、SimpleDB、Forecast、Data Pipeline、CodeCommit の七つである60。既存の顧客の機能は変えないとしたが、予告の少なさに批判が出た。AWS の講座を開いている講師の Adrian Cantrill は、X で「顧客に敵対的なふるまいだ」と返した61。

AWS は 2025 年 5 月、サービスの提供の変更をまとめる製品のライフサイクルのページを始めた62。そこでは、新しい顧客を受け付けず、機能も足さない段階を保守と呼ぶ。その次の終了の段階では、使っている顧客にほかのサービスへの移行を求め、通常 12 か月で運用を終える63。2025 年 11 月には、CodeCommit を一般提供に戻し、移行を進めた利用者に謝った64。Corey Quinn は、大きなクラウドの事業者が、一度廃止の扱いにした製品を、また普通に提供するようにしたのは、自分の知る限り初めてだと書き、この復活を「とてもよいこと」と評価した。一方で、2024 年の扱いについては、手を入れ続けるつもりのないものを、続けるように見せて使わせるべきではないと書いている65。2026 年 6 月には、WA Tool がワークロードとつなげられる AWS Service Catalog の AppRegistry も、保守の段階に入ると AWS が告げた666。

任せれば手間は減るが、任せた先の都合で、作りを変えなければならないことがある。どこまで任せるかに、AWS の推奨は一つの答えを出していない。

us-east-1 に集まる制御の仕組み

AWS の信頼性の柱は、あるリージョンの部品が別のリージョンのサービスに頼る作りは、失敗の危険を高め、信頼性を大きく損なうことがあると書く67。ところが、AWS 自身のサービスには、一つのリージョンに頼るものがある。IAM のユーザーやポリシーを作ったり変えたりする仕組み（コントロールプレーン）は、商用のすべてのリージョンで一つで、北バージニアのリージョン（us-east-1）にある。一方、日々の要求を認証し、許すかどうかを決める仕組み（データプレーン）は、リージョンごとに独立している68。

DNS のサービスの Route 53 も、設定を変える仕組みが us-east-1 だけで動いていたため、そこが止まると、利用者は DNS の記録を変えられなかった。AWS は 2025 年 11 月、us-east-1 が止まったときも記録を変えられるようにする機能を、選んで有効にする形で出し、復旧の目標を 60 分とした69。設定の変更は一つのリージョンに頼り、日々の認証や名前の解決は各地で動く。この作りで、どこまでを利用者が備え、どこからを AWS に頼るかは、レビューの問いだけでは決まらない。

費用

WA Tool には追加の料金がかからず、使った AWS の資源の分だけを払う70。カスタムレンズも追加の料金はかからない43。Trusted Advisor の検査で WA Tool から見られる範囲は、サポートの契約によって変わる46。Well-Architected Agent は、サポートの契約が前提で、プレビューの料金は確かめた範囲では示されていない5354。ただし、関係者が集まる時間と、見つかった問題を直す手間はかかる。

問いに答えて危険を見つけ、どれを直すかは自分で決める

AWS Well-Architected フレームワークは、6 つの柱の下の 57 の問いと 307 のベストプラクティスで、設計の危険を洗い出すための仕組みである。WA Tool は、答えから高リスクと中リスクの問題を示し、改善計画とマイルストーンで、見直しの経過を残す。AWS は、レビューを監査ではなく、作る人たちが責めずに話し合う短い作業とし、設計の初めから節目ごとに行うよう勧めている。

ただし、AWS のレンズで答えをリスクに変える規則は公開されておらず、柱の間で何を優先するかも、フレームワークは決めない。マネージドサービスの終わりや、us-east-1 に集まる制御の仕組みのように、AWS 自身の判断に由来する危険も残る。問いに答えた後、どれを今直し、どこまで AWS に頼るかは、自分たちの事業の事情で決めることになる。Well-Architected の問いは、その判断の材料を、節目ごとにそろえるための道具として使える。

出典70件

  1. AWS「AWS Well-Architected Framework」（AWS Well-Architected Framework）2024年11月6日公開、2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/welcome.html ↩ ↩2

  2. AWS「Definitions」（AWS Well-Architected Framework）2024年11月6日公開、2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/definitions.html ↩ ↩2 ↩3 ↩4 ↩5

  3. AWS「AWS Well-Architected - Build secure, efficient cloud applications」2026年10月18日取得. https://aws.amazon.com/architecture/well-architected/ ↩ ↩2

  4. Jeff Barr「Are You Well-Architected?」AWS News Blog、2015年10月2日、2026年10月18日取得. https://aws.amazon.com/blogs/aws/are-you-well-architected/ ↩ ↩2 ↩3 ↩4

  5. AWS「AWS Well-Architected Tool Now Available」（What’s New with AWS）2018年11月29日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2018/11/introducing-aws-well-architected-tool/ ↩ ↩2

  6. AWS「Defining a workload in AWS WA Tool」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/define-workload.html ↩ ↩2

  7. AWS「Using lenses in AWS WA Tool」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/lenses.html ↩ ↩2 ↩3

  8. AWS「SEC 8. How do you protect your data at rest?」（AWS Well-Architected Framework）2024年11月6日公開、2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/sec-08.html ↩

  9. AWS「SEC08-BP01 Implement secure key management」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/sec_protect_data_rest_key_mgmt.html ↩

  10. AWS「SEC08-BP02 Enforce encryption at rest」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/sec_protect_data_rest_encrypt.html ↩ ↩2

  11. AWS「SEC08-BP03 Automate data at rest protection」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/sec_protect_data_rest_automate_protection.html ↩

  12. AWS「SEC08-BP04 Enforce access control」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/sec_protect_data_rest_access_control.html ↩ ↩2

  13. AWS「Documenting a workload in AWS WA Tool」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/start-workflow-review.html ↩ ↩2

  14. AWS「list-answers」（AWS CLI Command Reference 2.38.1）2026年10月18日取得. https://docs.aws.amazon.com/cli/latest/reference/wellarchitected/list-answers.html ↩

  15. AWS「Tutorial: Document an AWS Well-Architected Tool workload」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/tutorial.html ↩ ↩2 ↩3 ↩4 ↩5

  16. AWS「AWS Well-Architected glossary」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/definitions.html ↩

  17. AWS「Identify and understand risks」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/identify-and-understand-risks.html ↩

  18. AWS「COST 4. How do you decommission resources?」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/cost-04.html ↩

  19. AWS「COST04-BP01 Track resources over their lifetime」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/cost_decomissioning_resources_track.html ↩ ↩2

  20. AWS「Lens Catalog for AWS WA Tool」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/lens-catalog.html ↩ ↩2

  21. AWS「Lens format specification in AWS WA Tool」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/lenses-format-specification.html ↩ ↩2 ↩3

  22. AWS「Milestones」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/milestones.html ↩

  23. AWS「The AWS Well-Architected Tool Overview tab」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/details-review.html ↩

  24. AWS「get-lens-review」（AWS CLI Command Reference 2.38.1）2026年10月18日取得. https://docs.aws.amazon.com/cli/latest/reference/wellarchitected/get-lens-review.html ↩

  25. AWS「Generate a workload report in AWS Well-Architected Tool」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/workloads-report.html ↩

  26. Haleh Najafzadeh「Announcing updates to the AWS Well-Architected Framework」AWS Architecture Blog、2023年4月10日、2026年10月18日取得. https://aws.amazon.com/blogs/architecture/announcing-updates-to-the-aws-well-architected-framework-2/ ↩ ↩2

  27. AWS「Document revisions」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/document-revisions.html ↩ ↩2 ↩3 ↩4

  28. AWS「Release notes」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/release-notes.html ↩ ↩2

  29. AWS「New Guidance in the Well-Architected Tool」（What’s New with AWS）2025年4月9日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2025/04/new-guidance-well-architected-tool ↩

  30. AWS「Appendix: Questions and best practices」（AWS Well-Architected Framework）2024年11月6日公開、2026年10月18日取得（問いとベストプラクティスの数は付録の一覧から数えた）. https://docs.aws.amazon.com/wellarchitected/latest/framework/appendix.html ↩

  31. Haleh Najafzadeh「Announcing updates to the AWS Well-Architected Framework」AWS Architecture Blog、2022年10月24日、2026年10月18日取得. https://aws.amazon.com/blogs/architecture/announcing-updates-to-the-aws-well-architected-framework/ ↩ ↩2

  32. AWS「COST04-BP02 Implement a decommissioning process」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/cost_decomissioning_resources_implement_process.html ↩

  33. AWS「COST04-BP03 Decommission resources」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/cost_decomissioning_resources_decommission.html ↩

  34. AWS「COST04-BP04 Decommission resources automatically」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/cost_decomissioning_resources_decomm_automated.html ↩

  35. AWS「COST04-BP05 Enforce data retention policies」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/cost_decomissioning_resources_data_retention.html ↩

  36. AWS「On architecture」（AWS Well-Architected Framework）2024年11月6日公開、2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/on-architecture.html ↩ ↩2 ↩3 ↩4

  37. AWS「The review process」（AWS Well-Architected Framework）2024年11月6日公開、2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/the-review-process.html ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8

  38. AWS「Well-Architected Framework Review (WAFR)」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/wa-framework-review.html ↩

  39. AWS「Running a WAFR」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/running-a-wafr.html ↩ ↩2 ↩3 ↩4 ↩5 ↩6

  40. AWS「Prioritize improvements」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/prioritize-improvements.html ↩

  41. Jeff Barr「New – AWS Well-Architected Tool – Review Workloads Against Best Practices」AWS News Blog、2018年11月29日、2026年10月18日取得. https://aws.amazon.com/blogs/aws/new-aws-well-architected-tool-review-workloads-against-best-practices/ ↩

  42. AWS「AWS Well-Architected Program」2026年10月18日取得. https://aws.amazon.com/partners/programs/well-architected/ ↩ ↩2

  43. AWS「Customize your AWS Well-Architected Review using Custom Lenses」（What’s New with AWS）2021年11月29日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2021/11/aws-well-architected-tool-custom-lenses/ ↩ ↩2

  44. AWS「Creating a custom lens for a workload in AWS WA Tool」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/lenses-create.html ↩

  45. AWS「APIs now available for the AWS Well-Architected Tool」（What’s New with AWS）2020年12月16日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2020/12/apis-now-available-for-aws-well-architected-tool/ ↩

  46. AWS「AWS Well-Architected Tool improves workload discovery and speeds up reviews」（What’s New with AWS）2022年11月7日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2022/11/aws-well-architected-tool-workload-discovery-speeds-reviews/ ↩ ↩2 ↩3

  47. AWS「AWS Well-Architected Tool Announces Consolidated Report and Enhanced Search functionality」（What’s New with AWS）2023年3月30日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2023/03/aws-well-architected-tool-consolidated-report-enhanced-search/ ↩

  48. AWS「Well-Architected introduces Profiles」（What’s New with AWS）2023年6月13日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2023/06/well-architected-introduces-profiles/ ↩

  49. AWS「Reduce duplication using Well-Architected Templates」（What’s New with AWS）2023年10月3日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2023/10/reduce-duplication-well-architected-templates/ ↩

  50. AWS「Review templates in AWS WA Tool」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/review-templates.html ↩

  51. AWS「Announcing the AWS Well-Architected Tool Connector for Jira」（What’s New with AWS）2024年4月16日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2024/04/aws-well-architected-tool-connector-jira/ ↩

  52. AWS「AWS Well-Architected Tool now available in the Asia Pacific (Tokyo) Region and localized into Japanese」（What’s New with AWS）2019年9月25日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2019/09/aws-well-architected-tool-now-available-tokyo-region-and-localized-into-japanese/ ↩

  53. AWS「AWS Well-Architected Agent is now available in preview」（What’s New with AWS）2026年10月1日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2026/10/aws-well-architected-agent/ ↩ ↩2 ↩3 ↩4

  54. AWS「What is AWS Well-Architected Agent (preview)?」（AWS Well-Architected User Guide）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/userguide/agent.html ↩ ↩2 ↩3 ↩4 ↩5

  55. Channy Yun「Announcing AWS Well-Architected Agent, an AI-powered intelligence to optimize your cloud environment (preview)」AWS News Blog、2026年10月1日、2026年10月18日取得. https://aws.amazon.com/blogs/aws/announcing-aws-well-architected-agent-an-ai-powered-intelligence-to-optimize-your-cloud-environment-preview/ ↩

  56. AWS「Definition」（Cost optimization, AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/cost-def.html ↩

  57. Corey Quinn、Matt Coulter「Understanding CDK and The Well Architected Framework with Matt Coulter」Screaming in the Cloud（Last Week in AWS）2022年8月25日、2026年10月18日取得. https://www.lastweekinaws.com/podcast/screaming-in-the-cloud/understanding-cdk-and-the-well-architected-framework-with-matt-coulter/ ↩ ↩2 ↩3

  58. Yan Cui「Well-architect your way to better serverless applications」theburningmonk.com、2020年2月（URL の年月による）、2026年10月18日取得. https://theburningmonk.com/2020/02/well-architect-your-way-to-better-serverless-applications/ ↩

  59. AWS「Design principles」（Cost optimization, AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/cost-dp.html ↩

  60. Jeff Barr の X への投稿（2024年7月）、Simon Willison「A quote from Jeff Barr」simonwillison.net、2024年7月31日による、2026年10月18日取得. https://simonwillison.net/2024/Jul/31/jeff-barr/ ↩

  61. Beth Pariseau「AWS CodeCommit, Cloud9 closure communication critiqued」TechTarget、2024年8月2日、2026年10月18日取得. https://www.techtarget.com/searchsoftwarequality/news/366599773/AWS-CodeCommit-Cloud9-closure-communication-critiqued ↩

  62. Sébastien Stormacq、Channy Yun「Introducing the AWS Product Lifecycle page and AWS service availability updates」AWS News Blog、2025年5月20日、2026年10月18日取得. https://aws.amazon.com/blogs/aws/introducing-the-aws-product-lifecycle-page-and-aws-service-availability-updates/ ↩

  63. AWS「AWS Lifecycle Changes」（AWS General Reference）2026年10月18日取得. https://docs.aws.amazon.com/general/latest/gr/service-lifecycle.html ↩

  64. Anthony Hayes「The Future of AWS CodeCommit」AWS DevOps & Developer Productivity Blog、2025年11月24日、2026年10月18日取得. https://aws.amazon.com/blogs/devops/aws-codecommit-returns-to-general-availability/ ↩

  65. Corey Quinn「Praise Amazon for raising this service from the dead」The Register、2025年11月24日、2026年10月18日取得. https://www.theregister.com/off-prem/2025/11/24/praise-amazon-for-raising-this-service-from-the-dead/2616788 ↩

  66. AWS「AWS Service Availability Updates」（What’s New with AWS）2026年6月30日、2026年10月18日取得. https://aws.amazon.com/about-aws/whats-new/2026/06/aws-service-availability/ ↩

  67. AWS「REL10-BP01 Deploy the workload to multiple locations」（AWS Well-Architected Framework）2026年10月18日取得. https://docs.aws.amazon.com/wellarchitected/latest/framework/rel_fault_isolation_multiaz_region_system.html ↩

  68. AWS「Resilience in AWS Identity and Access Management」（IAM User Guide）2026年10月18日取得. https://docs.aws.amazon.com/IAM/latest/UserGuide/disaster-recovery-resiliency.html ↩

  69. Gautham Gavini、Gerardo Vazquez「Announcing Amazon Route 53 Accelerated Recovery for managing public DNS records」AWS Blog、2025年11月26日、2026年10月18日取得. https://aws.amazon.com/blogs/networking-and-content-delivery/announcing-amazon-route-53-accelerated-recovery-for-managing-public-dns-records/ ↩

  70. AWS「AWS Well-Architected Tool Pricing」2026年10月18日取得. https://aws.amazon.com/well-architected-tool/pricing/ ↩

この記事はAIを使用して執筆されました。内容には誤りが含まれる可能性があります。事実や数字の出典は脚注から確かめられます。