AWSサービス選定ガイド

周辺資料: 学習インデックス · AWSサービス一覧（2026） · アーキテクチャパターン集 · アンチパターン集

AWSサービス選定時に迷いやすい論点を、実務で使える判断軸に落とし込んだガイド。

1. 選定前に決めるべき5つの軸

2. コンピューティング選定

Lambda vs ECS vs EC2

実行時間 < 15分 かつ イベント駆動
  → Lambda
    ただし: コールドスタート許容できる？
      No → Provisioned Concurrency または ECS へ

常時起動の HTTP API かつ コンテナ運用可
  → ECS Fargate（中小規模）/ EKS（Kubernetes必須 or 大規模）

OS/ミドルウェア制御が必要 / GPU/高性能コンピューティング
  → EC2（＋Auto Scaling + Spot混在）

超低レイテンシ + ネットワーク集約処理
  → EC2 Bare Metal / HPC Cluster

バッチ処理

3. データストア選定

RDB vs NoSQL vs NewSQL

複雑なJOIN / ACID トランザクション必須
  → Aurora MySQL / Aurora PostgreSQL
    （グローバル展開 → Aurora Global Database）

高スケール KV / セッション / ゲームリーダーボード
  → DynamoDB
    アクセスパターンを先に固定 → Single Table Design

台帳（変更不能な履歴）
  → QLDB（イミュータブル台帳）

インメモリキャッシュ
  → ElastiCache Redis（セッション/Rate Limit/Pub-Sub）
  → ElastiCache Memcached（純粋な分散キャッシュ、クラスタリング不要）

時系列データ（IoT/メトリクス）
  → Amazon Timestream
  → DynamoDB + TTL でも代替可（小規模）

オブジェクト / ファイルストレージ

4. メッセージング / イベント選定

シンプルなタスクキュー（1メッセージ = 1処理）
  → SQS Standard + DLQ
    FIFO が必要なら → SQS FIFO（最大3,000 msg/s）

リアルタイムストリーミング（複数コンシューマー / 再生可能）
  → Kinesis Data Streams
    Kafka 互換が必要 / 既存 Kafka 移行 → MSK (Managed Kafka)

イベントルーティング（フィルタリング / スケジューラ / SaaS連携）
  → EventBridge
    スケジューラ単体なら EventBridge Scheduler

単純な Pub/Sub（1対多 プッシュ型通知）
  → SNS
    Lambda + メール + SQS の組み合わせに最適

ストリーム → S3/Redshift/OpenSearch への配信
  → Kinesis Data Firehose（変換・圧縮・バッファリング込み）

5. ネットワーク選定

ロードバランサー

CDN / エッジ

DNS

VPC 接続

6. AI/ML サービス選定

用途別サービスマップ

Bedrock vs SageMaker の使い分け

Bedrock を選ぶ場合:
  - 基盤モデルをAPIとして使いたい（ファインチューニング不要 or 軽微）
  - RAG / エージェント / ガードレールをマネージドで使いたい
  - モデルの重みを管理したくない

SageMaker を選ぶ場合:
  - 独自データでゼロからまたは深くファインチューニングしたい
  - 独自アルゴリズムを実装して学習・推論したい
  - Feature Store / Model Monitor / Pipelines を使ったMLOpsを構築したい
  - オープンソースモデルをホストしたい（Llama 等）

7. セキュリティサービス選定

「似ているサービス」の使い分け

GuardDuty vs Security Hub:
  GuardDuty = 脅威の「検知」（異常行動・マルウェアを発見）
  Security Hub = セキュリティ「姿勢」の集約管理（GuardDuty等の結果を集める）

Config vs CloudTrail:
  CloudTrail = 「誰が・いつ・何のAPIを呼んだか」のログ
  Config = 「リソースの設定が今どうなっているか・変化したか」の記録

Secrets Manager vs SSM Parameter Store:
  Secrets Manager = 自動ローテーション機能付き（コスト高）
  SSM Parameter Store = シンプルな設定値保管（SecureString で暗号化可、安価）

8. 選定フロー（実務手順）

Step 1: 要件整理
  ├── 機能要件: 何をするか
  └── 非機能要件: レイテンシ・可用性・スケール・セキュリティ・コスト

Step 2: 必須要件でサービスを絞る
  └── SLA / セキュリティ要件を満たさないものを除外

Step 3: 運用負荷を比較
  ├── マネージド度（フルマネージド > サーバーレス > コンテナ > EC2）
  └── チームのスキル・習熟度

Step 4: 料金見積もり（3パターン）
  ├── 低トラフィック（PoC/dev）
  ├── 中トラフィック（本番平常時）
  └── ピークトラフィック（年次キャンペーン等）

Step 5: PoC で最大リスクを検証
  └── 「これが動かなければ採用できない」仮説を1つ選んで試す

Step 6: 選定理由を1ページで文書化
  └── 要件 → 選定理由のトレーサビリティを残す

9. よくある選定ミスと回避策