Amazon S3

解決する課題

• サーバーのディスク容量を気にせず、容量無制限にファイルを保存
• 3つ以上のAZへ自動複製され、データがほぼ消えない
• HTTP(S) で直接アクセスでき、静的サイトやメディア配信にそのまま使える

主要概念と用語

• バケット: オブジェクトを入れる入れ物。名前はグローバルで一意
• オブジェクト: 保存する実体（データ＋メタデータ）。最大5TB
• キー: バケット内でオブジェクトを一意に指す「パス文字列」
• ストレージクラス: アクセス頻度に応じたコスト/取り出し特性の区分
• バージョニング: 上書き/削除しても過去版を保持

仕様・制限・クォータ

• 1オブジェクト最大 5TB、単一PUTは5GBまで（それ以上はマルチパートアップロード）
• 強い整合性（読み取り後の書き込み/上書き/削除が即時反映）
• バケットは既定で完全非公開（Block Public Access が有効）

内部の仕組み

S3はキー（文字列）から実体を引く分散オブジェクトストアです。データは自動的に複数AZへ冗長化され、これがイレブンナインの耐久性の源です。「フォルダ」は見かけ上の表現で、実体は images/2026/cat.png のようなフラットなキー空間。プレフィックスごとに高いリクエストレートまでスケールします。

設計パターン / ベストプラクティス

• 静的サイト配信: S3 + CloudFront（このサイトもこの構成）
• データレイク: 生データをS3に集約し、Athena/Glueで分析
• イベント駆動: オブジェクト作成をトリガに Lambda 起動（サムネ生成など）
• ライフサイクル: 一定期間後に IA → Glacier へ自動移行しコスト削減

運用・監視・トラブルシュート

• アクセスログ / S3 Server Access Logging や CloudTrail データイベントで監査
• S3 Storage Lens で使用状況とコストを可視化
• 「403 Forbidden」はバケットポリシー/IAM/Block Public Access の設定ミスが大半

コスト

「保存量」だけでなく「取り出し」「リクエスト」「転送」にも課金されます。アクセス頻度で使い分けます。

セキュリティ

• Block Public Access（既定ON）で意図しない公開を防ぐ
• アクセス制御は IAMポリシー / バケットポリシー。基本は最小権限
• 保存時暗号化 SSE-S3 / SSE-KMS（既定で暗号化）、転送時はTLS
• 配信は CloudFront + OAC でバケットを非公開のまま安全に公開

Well-Architected の観点

• 信頼性: 複数AZ自動複製による高耐久。バージョニングで誤削除対策
• セキュリティ: Block Public Access、暗号化、最小権限
• コスト最適化: ストレージクラス＋ライフサイクル
• パフォーマンス効率: CloudFront併用、プレフィックス設計でスケール

試験で問われるポイント

関連サービス・比較

ハンズオン / CLI例

# バケット作成（既定で非公開）
aws s3 mb s3://my-unique-bucket-name-2026

# ファイルをアップロード／同期
aws s3 cp ./index.html s3://my-unique-bucket-name-2026/
aws s3 sync ./out s3://my-unique-bucket-name-2026/ --delete

# 暗号化を確認
aws s3api get-bucket-encryption --bucket my-unique-bucket-name-2026