【マネージドサービスの活用の役割（設計のベストプラクティス）】
目次
🔍 1. 結論
💎 一言でいうと マネージドサービスを活用する目的は、「差別化につながらない重労働（Undifferentiated Heavy Lifting）」 をAWSに任せることです。EC2にソフトウェアを自前でインストールするのではなく、RDS、DynamoDB、Lambda などを利用することで運用負荷を劇的に下げます。
- 選択肢に「EC2に〇〇をインストールする」と「マネージドの〇〇サービスを使う」があれば、圧倒的にマネージドが正解。
- 運用オーバーヘッドを減らす というキーワードに直結する。
📈 2. SAAで出やすいポイント
- データベースの選択: EC2上でMySQLを運用するのではなく、Amazon RDS または Aurora を使用する（パッチ適用、バックアップ、フェイルオーバーが自動化されるため）。
- コンテナの管理: EC2インスタンスを管理してコンテナを動かすのではなく、AWS Fargate を使ってサーバーレスでコンテナを実行する。
- フルマネージド（サーバーレス）の優先: 可能であれば、サーバーの概念すら無い AWS Lambda や DynamoDB を選択する。
🗝 3. キーワードでの判断
| 問題文のキーワード | 疑うサービス・構成 |
|---|---|
| 🛠️ 「運用オーバーヘッドを最小限に」 | マネージドサービス、サーバーレス |
| ⏳ 「インフラ管理の時間を減らす」 | Fargate, Lambda, RDS |
| 💾 「DBのバックアップやパッチ当てを自動化」 | Amazon RDS, Amazon DynamoDB |
⚠️ 4. ひっかけポイント
🚫 よくある誤答パターン – 「EC2にサードパーティのDBをインストールしてスクリプトでバックアップする」 → 運用負荷が最大になる最悪のアンチパターン。SAAでは絶対に選ばない。 – 「OSレベルのカスタマイズが必要」 → この特別な要件がある場合だけは、マネージド（RDS等）ではなく EC2 を選ぶのが正解。
💡 5. 覚え方
🧠 暗記ショートカット – 「自炊（EC2）」より「外食（マネージドサービス）」 – 食材の買い出しや皿洗い（パッチ適用やバックアップ）はAWSに任せて、自分は美味しいご飯を食べる（ビジネスロジック開発）ことに集中する。
📚 6. 関連サービス
| アイコン | サービス名 | 役割（自前構築との違い） |
|---|---|---|
| 🐘 | Amazon RDS | DBの構築、パッチ、バックアップ、フェイルオーバーを自動化 |
| ⚡ | AWS Lambda | OSやサーバーの概念なしにコードだけを実行 |
| 🐳 | AWS Fargate | サーバー管理不要のコンテナ実行環境 |
| 📦 | Amazon DynamoDB | 管理ゼロで無限にスケールするNoSQLデータベース |
🗒️ 7. Obsidian管理メモ
- 見返すタイミング: データベースやコンテナの比較学習時
- 関連ノート候補:
AWS_SAA_RDS_vs_EC2,AWS_SAA_Lambda,AWS_SAA_Fargate
8. HTMLファイル名:
AWS_設計原理_マネージドサービス.html
