2026-08-03（月）AWS基礎＋IAM（権限管理）
1. 【この範囲の全体像】
本範囲（第1章1-1〜1-4）は、AWS認定ソリューションアーキテクト‐アソシエイト（SAA-C03）試験の全体像と、学習の基礎となる学習教材やコア設計思想を扱います [p.1, p.2]。
試験の4大分野（セキュア設計、弾力性設計、高パフォーマンス設計、コスト最適化設計）の配点比率を正しく把握し [p.5-6]、AWSのインフラ設計原則である「Well-Architectedフレームワーク（6つの柱）」を理解することは [p.11, p.23]、今後の学習における設計の「なぜ」を解決するための強固な土台となります。
また、アカウントを保護する「IAM」やネットワークの基本である「VPC」を筆頭に、試験で合否を分ける6大最重要サービス（IAM、VPC、EC2、ELB、RDS、S3）の基礎的な役割と関係性をこの段階で整理しておくことが、1時間の独学で合格圏に到達するための最も効果的なアプローチです [p.20-21, p.23]。
2. 【重要キーワード・サービス一覧】
| キーワード | 説明 |
|---|---|
| AWS認定ソリューションアーキテクト-アソシエイト (SAA-C03) | AWSの技術を用いて、安全で堅牢なシステムを設計・デプロイする能力を検証する試験 [p.2, p.5]。130分で65問の選択式問題を解き、1000点満点中720点以上で合格となります [p.6]。 |
| Well-Architectedフレームワーク | AWSで安全かつ効率的、耐障害性の高いシステムを構築するための設計ベストプラクティス集 [p.11]。以下の「6つの柱」から構成されます [p.11, p.23]。 1. 運用上の優秀性（Operations Excellence） [p.11, p.23] 2. セキュリティ（Security） [p.11, p.23] 3. 信頼性（Reliability） [p.11, p.23] 4. パフォーマンス効率（Performance Efficiency） [p.11, p.23] 5. コスト最適化（Cost Optimization） [p.11, p.23] 6. 持続可能性（Sustainability） [p.11, p.23] |
| AWS Black Belt オンラインセミナー | AWSジャパンが公開している、サービスや機能ごとの詳細な解説を提供する日本独自の高品質な1次情報スライド・動画アーカイブ [p.10]。 |
| IAM (AWS Identity and Access Management) | AWS上のリソースに対する認証とアクセス権限（認可）を安全に集中管理するサービス [p.20]。セキュリティ事故を防ぐために真っ先に習得すべき最重要サービスです [p.20, p.23]。 |
| VPC (Amazon Virtual Private Cloud) | AWSクラウド内に論理的に隔離された、ユーザー専用の仮想ネットワーク空間を構築するサービス [p.20, p.21]。 |
| 単一障害点 (SPOF: Single Point of Failure) | システムを構成するコンポーネントの中で、そこが1箇所でも故障するとシステム全体が停止してしまうボトルネック [p.21, p.23]。ELBやAuto Scalingの導入によってこれを排除することが可用性向上の大原則となります [p.21, p.23]。 |
3. 【試験で問われる比較ポイント】
第1章で紹介されている、試験対策で「絶対に避けては通れない6大最重要サービス」について、どのような設計課題（可用性・パフォーマンス・コスト・セキュリティ）に対して、どのような理由で選択すべきかの境界線を比較整理します [p.20-21, p.23]。
| サービス名 | AWSにおける主要な役割 [p.20-21, p.23] | 試験で問われる設計上の選択理由（なぜそれを使うのか） [p.18, p.20-21, p.23] |
|---|---|---|
| IAM | 認証と認可（アクセス権限）の集中管理 [p.20] | アカウント内のリソースに対するアクセス制御を安全に統制し、情報漏洩や不正利用などの「重大なセキュリティ事故」を未然に防止するため [p.18, p.20, p.23]。 |
| VPC | 仮想ネットワーク空間の設計 [p.20] | サブネットをパブリックとプライベートに明確に分離し、データベースなどの重要コンポーネントをパブリックインターネットの直接的な脅威から論理的に隔離するため [p.20, p.23]。 |
| EC2 (+ EBS) | 従量課金制の仮想サーバーとブロックストレージ [p.21] | システム要件やワークロードの増減に応じて、いつでも計算資源（CPUやメモリ）を柔軟に変更・調達し、無駄な物理インフラの余剰コストを排除するため [p.19, p.21]。 |
| ELB (+ Auto Scaling) | 負荷分散とサーバー台数の動的な自動スケーリング [p.21] | トラフィックの変動に応じてシステムを自動で水平拡張（スケールアウト）させ、かつ負荷を分散させることで、単一障害点（SPOF）のない「強固な高可用性・耐障害性」を確立するため [p.21, p.23]。 |
| S3 (+ S3 Glacier) | 容量無制限の高耐久オブジェクトストレージ [p.21] | 99.999999999%という極めて高いデータ耐久性をバックボーンに、低頻度アクセスやアーカイブクラスを活用して、「安全かつ最もコスト効率に優れた長期データ永続保管環境」を実現するため [p.8, p.21, p.23]。 |
| RDS (Aurora) | フルマネージドな関係データベース [p.21] | 物理サーバーの調達やOSのアップデート、自動バックアップ等の運用管理をAWS側にオフロードし、高可用な「マルチAZ（冗長）データベース」を容易に構築・稼働させるため [p.21, p.23]。 |
4. 【ひっかけ注意ポイント】
ひっかけ①：AWSサービスの細かな物理仕様や最新のアップデート情報を100%正確に確認するために、インターネット上の非公式な日本語まとめブログや過去の日本語解説記事のみを全面的に信頼して設計の意思決定を行う。
- 真実: AWSは非常に速いサイクルでサービスの仕様変更、機能拡張、および新オプションの追加（アップデート）を行っています [p.9, p.17]。日本語に翻訳された記事や一般の解説ブログは「2次情報」であり、情報の更新が遅れていたり、古い仕様に基づいた誤った説明のまま放置されていることが珍しくありません [p.9]。また、公式ドキュメントであっても、日本語版の更新は英語版に比べて遅れが生じます [p.9]。
- 対策: 試験対策、および実務設計における最善のアプローチは、「英語サイトの公式ドキュメント（AWS Documentation）」を最も正確な「1次情報」として第一に参照し、最新の正確な仕様や差異を確認することです [p.9-10]。
ひっかけ②：システム全体の可用性を最も高めるベストプラクティスとして、稼働する1台のEC2インスタンス（仮想サーバー）のCPUやメモリのスペックを最大クラスに設定（スケールアップ）する設計を施す。
- 真実: 仮想サーバー単体の性能を上げる「スケールアップ（垂直拡張）」は非常にシンプルですが、その1台のインスタンスのホストOS、物理ハードウェア、またはアプリケーションに1つでも不具合が生じた場合、システム全体が即座に全停止してしまいます [p.19, p.21]。これでは単一障害点（SPOF）を排除したことになりません [p.21, p.23]。
- 対策: 高可用かつ耐障害性に優れたシステムを設計するには、サーバーの台数を横に増やす 「 スケールアウト（水平拡張） 」 を基本とし、その前段に 「 Elastic Load Balancing (ELB) 」 を配置してアクセスを自動で負荷分散させ、サーバー障害時にも他の正常なサーバーへ通信を自動転送できるような設計構成をマッピングします [p.19, p.21, p.23]。
5. 【一問一答セルフテスト】
選択肢を選ぶと、その場で正誤と解説が表示されます。