1. 👋 はじめに

前回の記事では、Web3層構造の基本（Webサーバー・APサーバー・DBサーバー）を解説しました。

今回はその続編！「じゃあ実際のクラウド環境ではどう構成するの？」という疑問に答えます。

☁️ AWSの各サービスが3層のどこを担うか
🐳 DockerコンテナがAWS上でどう動くか
📡 API通信の仕組み
🔒 セキュリティをどう守るか

これらを初心者にもわかりやすく解説します！

2. 🗺️ 全体構成図

まず完成形を見てみましょう。

🌍 インターネット
        │
        ▼
┌───────────────────────────────────────────────┐
│ ☁️ AWS(Amazon Web Services)                   │
│                                               │
│  👤 ユーザー                                  │
│       │                                       │
│       ▼                                       │
│  🌐 CloudFront（CDN）                         │
│       │静的ファイル    │動的リクエスト          │
│       ▼               ▼                       │
│  🪣 S3             ⚖️ ALB（ロードバランサー）  │
│ （静的ホスティング）    │                       │
│                        ▼                      │
│               ┌────────────────┐              │
│               │ 🐳 ECS Fargate │              │
│               │  コンテナ①      │              │
│               │  コンテナ②      │              │
│               │  コンテナ③      │              │
│               └────────────────┘              │
│                        │                      │
│               ┌────────┴────────┐             │
│               ▼                 ▼             │
│         🗄️ RDS              🔴 ElastiCache   │
│       （PostgreSQL）           （Redis）       │
│                                               │
└───────────────────────────────────────────────┘

それぞれのサービスが3層のどこを担うか整理すると：

層	AWSサービス	役割
🌐 Web層	CloudFront + S3 + ALB	配信・リバースプロキシ・負荷分散
⚙️ AP層	ECS Fargate（Dockerコンテナ）	ビジネスロジック・API
🗄️ DB層	RDS + ElastiCache	データ永続化・キャッシュ

3. 🌐 Web層：CloudFront・S3・ALB

☁️ CloudFront（CDN）

CloudFrontはAWSのCDN（コンテンツデリバリーネットワーク） サービスです。

🌍 世界中にエッジサーバーを持つ
        ↓
ユーザーの近くのサーバーからコンテンツを配信
        ↓
✅ 表示が速い！
✅ オリジンサーバーへの負荷が減る！
✅ DDoS攻撃を防ぐ（AWS Shield）

主な役割：

📄 静的ファイル（HTML・CSS・JS・画像）のキャッシュ配信
🔒 HTTPS（SSL/TLS）の終端処理
🛡️ WAF（Web Application Firewall）との連携

🪣 S3（Simple Storage Service）

S3はAWSのオブジェクトストレージです。フロントエンド（React/Next.jsなど）のビルド済みファイルを置いておくと、CloudFront経由で配信できます。

📦 S3バケット
  └─ index.html
  └─ main.js
  └─ style.css
  └─ images/
        ↑
  npm run build で生成したファイルをアップロード

⚖️ ALB（Application Load Balancer）

ALBはリクエストを複数のコンテナへ振り分けるロードバランサーです。

👤 ユーザーからのリクエスト
        ↓
     ⚖️ ALB
    ╱    │    ╲
   ▼     ▼     ▼
🐳コンテナ① ②  ③    ← 負荷を均等に分散

ALBのその他の役割：

🔀 URLパスによるルーティング（/api/* → APサーバー、/ → S3）
🔒 HTTPSの終端（SSL証明書の管理）
🏥 ヘルスチェック（異常なコンテナへのルーティングを自動停止）

4. 🐳 AP層：ECS Fargate（Dockerコンテナ）

ECS Fargateとは？

ECS（Elastic Container Service）はDockerコンテナを管理するAWSのサービスです。Fargateを使うと、サーバー（EC2）の管理が不要になります。

【EC2起動タイプ】
  自分でEC2を用意 → Dockerをインストール → コンテナを起動
  😓 サーバーのOSアップデート・セキュリティパッチも自分で管理

【Fargate起動タイプ】
  コンテナの設定だけ渡す → AWSが全部やってくれる
  😊 サーバー管理不要！コードに集中できる

デプロイの流れ

1️⃣ Dockerfileを書く
        ↓
2️⃣ docker build でイメージを作成
        ↓
3️⃣ ECR（Elastic Container Registry）にpush
        ↓
4️⃣ ECSのタスク定義を更新
   「このECRイメージを、このCPU・メモリで動かして」
        ↓
5️⃣ ECS（Fargate）がECRからpullしてコンテナ起動 🚀
        ↓
6️⃣ ALBがコンテナをヘルスチェック → 正常ならトラフィックを流す

タスク定義のイメージ

{
  "family": "my-api",
  "containerDefinitions": [
    {
      "name": "api",
      "image": "123456789.dkr.ecr.ap-northeast-1.amazonaws.com/my-api:latest",
      "portMappings": [{ "containerPort": 8000 }],
      "environment": [
        { "name": "DATABASE_URL", "value": "..." }
      ],
      "memory": 512,
      "cpu": 256
    }
  ]
}

オートスケーリング

ECS Fargateはアクセス量に応じてコンテナ数を自動で増減できます。

📈 アクセスが増えてきた！
        ↓
ECSが自動でコンテナを追加起動 🐳🐳🐳🐳🐳
        ↓
📉 アクセスが落ち着いた
        ↓
ECSが自動でコンテナを削減 🐳
        ↓
💰 無駄なコストを削減！

5. 🗄️ DB層：RDS・ElastiCache

🗄️ RDS（Relational Database Service）

RDSはAWSのマネージド型リレーショナルDBサービスです。

【自前でDBサーバーを立てる場合】
  EC2にPostgreSQLをインストール
  → バックアップ設定
  → フェイルオーバー設定
  → バージョンアップ管理
  → 全部自分でやる 😓

【RDSを使う場合】
  これら全部AWSがやってくれる 😊
  → マルチAZ（複数データセンター）で冗長化も簡単

RDSで選べる主なDB：

DB	特徴
PostgreSQL	高機能・JSON対応・おすすめ🌟
MySQL	高速・広く普及
Aurora	AWS独自の高性能DB（PostgreSQL/MySQL互換）

🔴 ElastiCache（Redisキャッシュ）

ElastiCacheはAWSのマネージド型キャッシュサービスです。Redisを使うことが多いです。

【キャッシュなし】
  毎回DBに問い合わせ → 遅い・DBに負荷がかかる 😓

【Redisキャッシュあり】
  1回目：DB → データ取得 → Redisに保存
  2回目以降：Redisから即返す → 速い！DBへの負荷も減る 😊

主なユースケース：

⚡ 頻繁にアクセスされるデータのキャッシュ
🔐 セッション情報の保存
⏱️ レートリミット（APIの呼び出し回数制限）

6. 📡 API通信の仕組み

REST APIの基本

現代のWeb3層構造では、フロントエンドとバックエンドがREST APIでJSON形式のデータをやり取りします。

【フロントエンド（React）】
  「商品一覧をください」
  GET https://api.example.com/items
        ↓ HTTPリクエスト
【APサーバー（FastAPI on ECS）】
  DBに問い合わせてデータを取得
        ↓ JSONレスポンス
【フロントエンド（React）】
  受け取ったJSONを画面に表示 🖥️

HTTPメソッドの使い分け

メソッド	用途	例
GET	データ取得	商品一覧・詳細の取得
POST	データ作成	新規注文の作成
PUT / PATCH	データ更新	商品情報の更新
DELETE	データ削除	注文のキャンセル

リクエスト・レスポンスの例

📤 リクエスト
GET /items/1
Authorization: Bearer eyJhbGciOiJIUzI1NiIs...
Content-Type: application/json

📥 レスポンス
HTTP/1.1 200 OK
Content-Type: application/json

{
  "id": 1,
  "name": "りんご",
  "price": 150,
  "stock": 100
}

API Gatewayの活用

大規模なシステムではAWS API Gatewayを使ってAPIを一元管理することもあります。

👤 クライアント
        ↓
🚪 API Gateway
  ├─ 認証チェック
  ├─ レートリミット（1分間に100リクエストまで）
  ├─ ログ記録
        ↓
⚙️ ECS Fargate（APサーバー）

7. 🔒 セキュリティ：多層防御の考え方

AWSでは「多層防御（Defense in Depth）」の考え方でセキュリティを構築します。外側から内側へ、いくつもの防御壁を設けます。

🌍 インターネット
        │
        ▼
🛡️ 第1の壁：AWS Shield（DDoS対策）
        │
        ▼
🔥 第2の壁：WAF（不正リクエストのブロック）
        │
        ▼
🌐 第3の壁：CloudFront / ALB（HTTPS強制）
        │
        ▼
🔐 第4の壁：セキュリティグループ（ファイアウォール）
        │
        ▼
🏠 第5の壁：VPC（プライベートネットワーク）
        │
        ▼
🔑 第6の壁：IAMロール（権限管理）
        │
        ▼
🗄️ RDS（暗号化・アクセス制限）

🔥 WAF（Web Application Firewall）

WAFはSQLインジェクションやXSSなどのWebアプリ攻撃をブロックします。

❌ ブロックされるリクエストの例
  └─ SQLインジェクション: ?id=1 OR 1=1
  └─ XSS: <script>alert('hack')</script>
  └─ 不審なUser-Agent
  └─ 特定の国からのアクセス拒否

🔐 セキュリティグループ

セキュリティグループはAWSの仮想ファイアウォールです。許可するポートと送信元を細かく設定できます。

【ALBのセキュリティグループ】
  インバウンド：443（HTTPS）→ インターネットから許可 ✅
  インバウンド：80（HTTP）→ インターネットから許可 ✅（HTTPSにリダイレクト）

【ECS（APサーバー）のセキュリティグループ】
  インバウンド：8000 → ALBからのみ許可 ✅
  インバウンド：8000 → インターネットから直接アクセス 🚫

【RDSのセキュリティグループ】
  インバウンド：5432 → ECSからのみ許可 ✅
  インバウンド：5432 → インターネットから直接アクセス 🚫

DBへの直接アクセスをECSのみに制限することで、万が一の侵害リスクを大幅に下げられます。

🏠 VPC（Virtual Private Cloud）

VPCはAWS上のプライベートネットワークです。インターネットから隔離された空間を作れます。

┌─────────────────────────────────────────────┐
│ VPC（プライベートネットワーク）                │
│                                             │
│  ┌─────────────────┐  ┌─────────────────┐   │
│  │ ﾊﾟﾌﾞﾘｯｸｻﾌﾞﾈｯﾄ    │  │  ﾌﾟﾗｲﾍﾞｰﾄｻﾌﾞﾈｯﾄ  │    │
│  │  🌐 ALB        │  │  🐳 ECS Fargate │   │
│  │  （外部公開）    │  │  🗄️ RDS        │    │
│  │                 │  │  （外部非公開）  │   │
│  └─────────────────┘  └─────────────────┘   │
└─────────────────────────────────────────────┘

ECSやRDSをプライベートサブネットに置くことで、インターネットから直接アクセスできない構成にします。

🔑 IAMロール（権限管理）

IAMはAWSリソースへのアクセス権限を管理します。ECSコンテナには必要最小限の権限だけを付与します（最小権限の原則）。

✅ 良い例：ECSタスクのIAMロール
  └─ ECRからのイメージpull → 許可
  └─ CloudWatchへのログ送信 → 許可
  └─ S3の特定バケットへのアクセス → 許可
  └─ それ以外 → すべて拒否 🚫

❌ 悪い例
  └─ AWSの全サービスへのフルアクセス → 危険！

🔐 シークレット管理

DBのパスワードやAPIキーをコード内に直書きするのは厳禁です！

❌ 悪い例（コードに直書き）
DATABASE_URL = "postgresql://user:password123@db:5432/mydb"

✅ 良い例（AWS Secrets Managerを使う）
  1. パスワードをSecrets Managerに登録
  2. ECSタスクが起動時にSecrets Managerから取得
  3. 環境変数として注入 → コードに秘密情報が残らない 🔒

8. 📊 まとめ：AWS上のWeb3層構造

👤 ユーザー
    │ HTTPS
    ▼
🌐【Web層】
  CloudFront（CDN・DDoS対策・WAF）
    │静的          │動的
    ▼              ▼
  S3            ALB（負荷分散・ヘルスチェック）
（フロントエンド）    │
                    ▼
⚙️【AP層】
  ECS Fargate（Dockerコンテナ）
  ・FastAPI / Node.js etc.
  ・オートスケーリング
  ・ECRからイメージをpull
                    │
          ┌─────────┴─────────┐
          ▼                   ▼
🗄️【DB層】
  RDS（PostgreSQL）      ElastiCache（Redis）
  ・マルチAZ冗長化        ・キャッシュ
  ・自動バックアップ       ・セッション管理

🔒【セキュリティ】
  AWS Shield / WAF / セキュリティグループ / VPC / IAM / Secrets Manager

やること	AWSサービス
静的ファイル配信	S3 + CloudFront
ロードバランサー	ALB
コンテナ実行	ECS Fargate
イメージ管理	ECR
データベース	RDS（PostgreSQL）
キャッシュ	ElastiCache（Redis）
DDoS対策	AWS Shield
WAF	AWS WAF
権限管理	IAM
シークレット管理	Secrets Manager

9. 🎯 おわりに

クラウド時代のWeb3層構造は、AWSの各マネージドサービスを組み合わせることで、スケーラブル・セキュア・運用コストの低いシステムを構築できます。

最初は覚えることが多く感じるかもしれませんが、「Web層・AP層・DB層」という3つの役割に整理して考えると、各AWSサービスの位置づけがスッキリ理解できます！💪

まずは小さな構成（ALB + ECS Fargate + RDS）から試してみて、慣れてきたらCloudFrontやElastiCacheを追加していくのがおすすめです🌟

💬 質問や感想があれば、コメント欄でお気軽にどうぞ!
👍 役に立ったら、いいね&ストックをお願いします!
🎓 ここまで読んでくださって、本当にありがとうございました!