ホスティングプランではなくワークロードから始める
価値やリスクを生むジャーニーを列挙します：初回訪問、検索、サインイン、商品詳細、フォーム送信、チェックアウト、エディタの更新、API 呼び出しなど。各経路についてピークリクエストや同時ユーザー数、ペイロード、パーソナライズ、依存関係、訪問者の地域を記録します。スケジュールされたバッチ作業や管理者向けの処理も同じリソースを消費するため含めてください。
そのリストを受入基準に変換します。Largest Contentful Paint（LCP）は主要コンテンツの読み込みを、Interaction to Next Paint（INP）は応答性を、Cumulative Layout Shift（CLS）は予期しないレイアウト移動を計測します。Google は良好な目標値として LCP を 2.5 秒以内、INP を 200 ミリ秒未満、CLS を 0.1 未満と示しています。ルート完了時間、サーバ応答時間、エラー率の目標も追加してください。
高速なキャッシュ済みページを、認証済みやデータベース依存トランザクションの代わりにしてはいけません。
ピーク期間、想定成長、キャンペーンのスパイク、重複するバッチ作業を定義します。
各想定ボトルネックをホスト、自チーム、サードパーティのどちらが管理するかを明示します。
キャパシティ、制限、スケーリング挙動を比較する
オファーの背後にある制限を尋ねます：コンピュートとメモリ、ストレージ性能、データベース接続、ワーカ制限、ネットワーク料金、リクエスト制御、共有ノイバー（隣接テナント）の制約など。「帯域幅無制限」は、ピーク時にキャッシュされていない作業を十分にこなせるかを示しません。どの指標が見えるか、どれくらいの期間保持されるかを確認してください。
スケーリングは、トリガー、遅延、上限、価格が分かっている場合にのみ意味があります。自動かどうか、セッションやジョブが安全か、上限到達時に何が起きるかを確認してください。理論的な容量主張よりも、想定ピークやその先でのテストを優先してください。余裕（ヘッドルーム）は普遍的な割合ではなくビジネス上の判断です。
平均だけでなく p95 や p99 の応答時間を比較します。
テスト中にデータベース、キュー、上流 API のタイミングを収集します。
コミット前にスケール、配信、バックアップ、二次リージョンのコストを見積もってください。
オリジンを意図的に配置し配信を検証する
オリジンリージョンは、オーディエンスの位置、アプリケーションの依存、データ所在地要件、運用アクセスを考慮して選びます。代表的な地理とネットワーク条件からテストしてください。CDN（コンテンツ配信ネットワーク）は対象となるアセットを訪問者に近い場所で配信してオリジンの負荷を下げられますが、健全なオリジン、データベース、アプリケーションの代替にはなりません。
ダッシュボード設定だけでなくヘッダや挙動を検査してください。バージョン管理された静的アセットは通常更新時に新しい URL を持つため長い寿命を与えられます。動的やパーソナライズされた応答には明示的なルールが必要です。HTTP は共有キャッシュとプライベートキャッシュを区別します；アカウント情報が他顧客に再利用されてはなりません。キャッシュパージとロールバックの手順を練習してください。
ファーストビジットとリターンビジットを取得してください。キャッシュ状態が異なります。
ページ、アセット、クッキー、パラメータ、ロケールについて Cache-Control とキャッシュキーを検証します。
権限ある担当者が有害なルールを公開せずに無効化できる方法を文書化してください。
復旧の証拠をパフォーマンス要件として扱う
何がバックアップされているか、コピーの所在、保持期間、復元権限、バックアップがデータベース、アップロード、コード、設定、インフラをカバーしているかを尋ねます。RPO（Recovery Point Objective）は許容できる時間単位のデータ損失、RTO（Recovery Time Objective）は許容できる復旧時間です。どちらもパッケージのデフォルトではなくビジネス影響から設定してください。
成功したバックアップは復旧の証明ではありません。CISA は定期的な復旧テストを推奨し、AWS もディザスタリカバリは評価とテストが必要だと述べています。最近のコピーを隔離環境で復元し、重要なレコードやメディアを検証し、文書化された手順で実行し、経過時間を記録してください。代替リージョンは一部のリスクを減らせますがコストと複雑さが増します。
現在のデータを上書きせずにファイルやレコードを一つ回復してください。
復元アクセスを制限し、復旧資格情報とランブックを権限のある対応者が使えるようにします。
データベーススナップショットだけでは設定、アプリケーションのバージョン、配信ルールを再現しないことがあります。
必要になる前にサポートと共有責任を評価する
サポートの範囲、時間帯、チャネル、エスカレーション、プラットフォームインシデントとアプリケーショントラブルシューティングの違いを比較してください。パッチ、管理データベース、TLS、ファイアウォールルール、バックアップ、復元の責任を文書で得てください。サポートの約束は、現実的なシナリオで所有者と次のアクションが明示されていると有益です。
アクセスロール、多要素認証、監査ログ、シークレット管理、アカウント分離を確認します。カード決済や機微な規制対象データの場合、ホスティング機能だけでコンプライアンスが確立されるわけではありません。この比較を技術的な入力として使い、支払アーキテクチャや適用される義務については資格あるセキュリティ、法務、コンプライアンスのレビューを受けてください。
プロバイダが復元失敗、データベース飽和、有害なキャッシュルールにどう対処するかを尋ねてください。
誰が本番を変更できるか、バックアップを読めるか、ログを見られるか、資格情報を作成できるかをチェックします。
サービスクレジットや管理対象範囲には実質的な条件がある場合があります。
現実的で安全な比較テストを実施しスコアカードを維持する
各候補について同じリリース、構成意図、テストスクリプトを使ってください。ベースライン、想定ピーク、短時間スパイク、持続期間、および安全な復旧やデプロイ演習を実行します。AWS は本番に近い環境、定義されたシナリオ、アーキテクチャ全体のモニタリング、サニタイズまたは合成データ、定期的な再テストを推奨しています。プロバイダの承認を得て、そのテストポリシーに従ってください。
制御されたラボテストとローンチ後のフィールドデータを組み合わせてください。ラボテストはデバッグのために再現可能で、フィールドデータは実際のデバイス、ネットワーク、地理、キャッシュ状態、ユーザー挙動を反映します。主要リリースや依存関係の変更後にスコアカードを見直してください。SIU（Status Is UP）は所見をプレローンチの強化、所有者割当の修復、ロールバック準備済みの改善へと変換できます。
ロケーション、同時性、キャッシュ状態、ペイロードを一貫させてください。
ルートタイミング、エラー、リソース指標、バージョン、コスト、所見を保存します。
文書化された要件を満たし持続可能な運用コストのオプションを選択します。