← ダッシュボードに戻る 記事一覧
AWS SAP / SAA 頻出

アーキテクチャパターン集

試験によく出るAWSアーキテクチャパターンを図解とともに解説します。

パターン集

1静的Webサイトホスティング

ユーザー → CloudFront → S3(静的ファイル) ↑ Route53(カスタムドメイン)
  • S3 に HTML / CSS / JS / 画像を配置
  • CloudFront で HTTPS 対応 + CDN キャッシュ
  • Route53 でカスタムドメインを設定
試験ポイント: 「サーバーレス・スケーラブル・低コスト」の静的サイト要件はこのパターン。

2標準的な Web アプリ(3 層構成)

インターネット → Route53 → ALB → EC2 Auto Scaling(Web 層 / パブリックサブネット) → EC2 Auto Scaling(App 層 / プライベートサブネット) → RDS Multi-AZ(DB 層 / プライベートサブネット) + ElastiCache(セッション・クエリキャッシュ)
  • Auto Scaling Group で EC2 を自動スケール(水平スケール)
  • Multi-AZ で高可用性(AZ 障害時に自動フェイルオーバー)
  • ElastiCache でデータベース負荷を軽減
試験ポイント: 「スケーラビリティ + 高可用性の定番構成」として頻出。

3サーバーレス Web アプリ

クライアント → CloudFront → API Gateway → Lambda → DynamoDB + S3(静的アセット配信) + Cognito(ユーザー認証)
  • インフラ管理不要・オートスケール・従量課金
  • Cognito でユーザーサインアップ / サインインを管理
  • DynamoDB はスケーラブルな NoSQL データストア
試験ポイント: 「運用負担ゼロ・急激なスパイクに対応」はサーバーレス構成を選ぶ。

4コンテナアプリ

GitHub → CodePipeline → ECR(コンテナイメージ) → ECS Fargate → ALB → RDS Aurora(マルチ AZ)
  • Fargate: サーバー管理不要なコンテナ実行環境(サーバーレスコンテナ)
  • EKS: Kubernetes をマネージドで使いたい場合に選択
  • CodePipeline + ECR で CI/CD パイプラインを構成
試験ポイント: 「Fargate = サーバーレスコンテナ」— EC2 の管理が不要。

5メッセージキューによる非同期処理

Webアプリ → SQS → Lambda / EC2 ワーカー SNS(トピック)→ SQS キュー A(メール通知) → SQS キュー B(DB 書き込み) → SQS キュー C(分析処理) ↑ ファンアウトパターン
  • SQS: 1:1 のキュー(メッセージ配信保証・ポーリング型)
  • SNS: 1:多の Pub/Sub(複数サブスクライバーにプッシュ)
  • SQS の可視性タイムアウトで処理失敗時の再試行を制御
試験ポイント: 「スパイク吸収・分離・再試行 → SQS」「複数宛先に配信 → SNS + SQS ファンアウト」

6DR(災害対策)戦略

戦略 RTO RPO コスト 概要
Backup & Restore 高 高 最安 バックアップからフルリストア
Pilot Light 中 低 安 最小構成を常時起動、障害時にスケールアップ
Warm Standby 低 低 中 縮小版の本番環境を常時稼働
Multi-Site Active/Active 最低 最低 最高 複数リージョンで同時稼働
試験ポイント: 「RTO/RPO 最小化 → Multi-Site Active/Active」「コスト最小化 → Backup & Restore」

7データレイク

データソース(アプリ/IoT/DB) → Kinesis Data Firehose → S3(Raw データ) → Glue(ETL・クローラー) → S3(Processed データ) → Athena(サーバーレス SQL クエリ) → QuickSight(可視化・BI)
  • Kinesis Data Firehose でストリーミングデータをリアルタイムに S3 へ配信
  • Glue クローラーでスキーマを自動検出してデータカタログを作成
  • Athena はサーバーレス SQL — データ量に応じた従量課金
試験ポイント: 「大量ログ分析・ビッグデータ処理 → このパターン(Firehose → S3 → Athena)」
よく出る試験の問われ方
急激なトラフィック増加に対応したい
→
Auto Scaling + ALB
グローバルに低レイテンシで配信したい
→
CloudFront + Route53 地理的ルーティング
マイクロサービス間を疎結合にしたい
→
SQS / SNS / EventBridge
コスト最適化しつつ可用性を確保したい
→
Reserved + Spot インスタンス混合
コンプライアンス要件でリージョンを固定したい
→
SCP + IAM Condition (aws:RequestedRegion)
運用負担をゼロにしたい(サーバー管理不要)
→
Lambda + API Gateway + DynamoDB
DR で RTO/RPO を最小にしたい
→
Multi-Site Active/Active(マルチリージョン)
大量のログをリアルタイム分析したい
→
Kinesis Firehose → S3 → Athena