AWS Well-Architected Framework

AWS が自社で使用する基準に基づくアーキテクチャ審査

Well-Architected Framework は AWS の質問セットで、数千の実システムから導き出されています。HiTechCloud は Well-Architected Partner であり、お客様のシステムでこのレビューを実行し、修復手順を優先順位付けしたリスク一覧をお返しします。

アーキテクチャレビューの登録 AWS コンサルティング
HiTechCloud の役割
AWS Well-Architected Partner
レビュー範囲
Well-Architected Frameworkの6つの支柱
成果物
リスク報告書と優先度付きの改善計画
所要時間
通常、1つのワークロードにつき1–2週間
概要

1 つの質問セット、6 つの視点、答えを和らげる余地がない

Well-Architected Framework は表示用のスコアリングツールではありません。これはお客様のシステムがリージョン障害時にどのように復旧するか、アクセス権限をどのくらいの頻度で見直すか、コストをどの部門に配分するかといった具体的な質問のリストであり、技術チームは意図ではなく証拠に基づいて回答する必須事項です。

結果はスコアではありません。結果はAWSが分類したリスク一覧です。 高リスク および 中程度のリスク、各項目に推奨される対応策を含む。

当社は AWS 上のシステムに対してこのレビューを実施し、HiTechCloud のインフラやハイブリッドモデルに配置されたシステムにも同一の基準を適用します。信頼性、セキュリティ、運用に関する課題の大半は、サーバーの設置場所に依存しないためです。

レビューが必要なタイミング

誰もが気づいていないリスク蓄積の兆候がアーキテクチャに見られる

システムは稼働しているが、誰も手を付けられない

アーキテクチャが様々な時期に複数の担当者によって構築され、ドキュメントも存在しないため、いかなる変更にもリスクが伴うように感じられます。

説明がつかないまま継続的に増加するCloud請求書

月ごとにコストが増加しますが、どの業務量にも割り当てられず、誰もが何をオフにできるかは不明です。

リストアの訓練は未実施

バックアップは存在しますが、リストアの実施テストを行ったことがないため、所要時間とデータ損失量が不明です。

トラフィック急増またはコンプライアンス監査が来ようとしている

ピークシーズン前、資金調達ラウンド、またはパートナー評価を控え、自己満足ではなく第三者評価が必要です。

6つの柱

レビュー対象

各柱は一連の質問、企業のエンジニアと対面セッションで一緒に回答

  1. 01

    運用の卓越性

    デプロイ、監視および変更を統制するプロセス、インシデント検出、記録および教訓導出の方法を説明します。

  2. 02

    セキュリティ

    ID 管理とアクセス権限、保存時および転送時の暗号化、ログ、侵入検知およびインシデント対応プロセスを実装します。

  3. 03

    信頼性

    各層での耐障害性、バックアップと復旧テスト、リソース制限、コンポーネント停止時のシステム動作

  4. 04

    パフォーマンス

    ワークロードに適したリソースタイプの選択、キャッシュ戦略、急激な負荷増加時のスケーリング方法を検討します。

  5. 05

    コスト最適化

    未使用リソース、過剰プロビジョニング、適切な購買モデル、製品またはチーム別のコスト配分可能性。

  6. 06

    持続可能性

    作業単位あたりのリソース使用率、およびそれを削減するアーキテクチャの変更。

システムアーキテクチャ設計書
成果物

即座にタスクを割り振れる具体的なドキュメント

レビュー報告書は指摘で終わりません。各リスクについて、対応しない場合の影響、修正方法、見積工数を記載します。

  • 高リスクおよび中リスク、各柱ごとに分類。
  • 項目ごとの是正推奨事項（優先度および工数見積もり付き）。
  • 変更コストの見積もり — 増加分と削減分の両方を算出します。
  • 社内の技術チームが自ら実施できるよう設計された段階的な対応計画。
プロセス

レビューの実施方法

  1. 01

    ワークロードの選択

    レビュー範囲を設定します — 通常はシステムまたは特定の製品単位であり、全体インフラを一度に対象にはしません。

  2. 02

    Q&Aセッション

    貴社のエンジニアと直接協働し、各要素の質問に対して実際のシステム構成から回答します。

  3. 03

    レポート作成

    リスクを集約、重大度を分類、優先順位付きの対応計画を策定。

  4. 04

    是正と再レビュー

    顧客が自ら対応するか HiTechCloud に返却。完了後、リスク終了を確認する再レビュー実施。

レビューを実施すべきタイミング

レビューが最も価値をもたらす時期

スケーリングの前に

  • ピークシーズンや大規模キャンペーンへの備え。
  • 同じシステム上に市場または製品を追加する予定です
  • ユーザー数が予想より速く増加しています。

インシデント後

  • システム障害が発生した直後で、同様の弱点が他にないか特定する必要があります。
  • 復旧に許容範囲を超える時間を要しています。
  • 根本原因は明確に特定されていません。

コストが計画を超過した場合

  • インフラの請求書はユーザー数の増加ペースを上回って増加しています。
  • コストを個別の製品または部門に帰属させることはできません
  • プラットフォーム継続か移行かを判断するのに数字が必要です

コンプライアンス監査の前に

  • 内部監査または第三者監査に向けた資料の準備。
  • アクセス制御とバックアップの証拠が必要です。
  • 大規模顧客は運用能力の実証を求めます
FAQ

よくあるご質問

これは通常のアーキテクチャコンサルテーションと何が異なりますか

Well-Architected ReviewはAWSが策定・維持する標準的な質問セットに沿って進められるため、評価範囲がコンサルタント個人の経験に左右されることはありません。結果はAWSのツールにも記録され、レビュー間での比較が可能です。

当社のシステムはAWS上にないのですが、レビューできますか。

可能です。運用、セキュリティ、信頼性、コストに関する設問の大部分は、あらゆるインフラに適用されます。AWS以外のシステムに対しては、同一の評価基準セットを使用しますが、AWSのツールには結果を記録しません。

企業側で必要な準備は何ですか？

現在のアーキテクチャ図、設定および監視データの閲覧権限、ならびに質疑応答セッションへのシステム熟知者の参加が必要です。開始前に新しいドキュメントを作成する必要はありません。

レビュー後、HiTechCloud に修復を依頼する必要がありますか。

いいえ。報告書は内部技術チームが対応できるよう十分に詳細です。必要なサポートが必要な部分のみ返却します。

システムがお客様に強制する前にアーキテクチャを確認してください。

お問い合わせいただき、最も重要なシステムの Well-Architected Review をご予約ください。優先順位付きのリスク一覧を受け取ります。

アーキテクチャレビューの登録 AWS コンサルティング