【自動化の役割（設計のベストプラクティス）】
目次
🔍 1. 結論
💎 一言でいうと 自動化は 「インフラ・構成・運用手順をコード化し、機械的に繰り返し実行する」 ことで、人的ミスの排除とスケーラブルな運用を実現する設計原理です。IaC（CloudFormation / CDK） と イベント駆動（EventBridge） が核です。
- CloudFormation でインフラを宣言的に管理 → 再現性を保証
- CodePipeline で CI/CD → デプロイの自動化
- 問題文に「手動作業を排除」が出たら → IaC / 自動化を疑う
📈 2. SAAで出やすいポイント
- IaC（Infrastructure as Code）: CloudFormation（JSON/YAML）や CDK（プログラミング言語）を使用して、インフラをテンプレート化する。
- CI/CD パイプライン: CodePipeline + CodeBuild + CodeDeploy で、ソース変更から本番環境へのデプロイを自動化する。
- 運用・復旧の自動化: EventBridge と Lambda を組み合わせて、「エラーを検知したら自動で修正スクリプトを走らせる」イベント駆動アーキテクチャ。
- 構成管理: Systems Manager (SSM) を使って、複数台のEC2にOSパッチを一斉自動適用する。
🗝 3. キーワードでの判断
| 問題文のキーワード | 疑うサービス・構成 |
|---|---|
| 🏗️ 「インフラをコードで管理」「再現性」 | CloudFormation, CDK |
| 🔄 「自動デプロイ」「継続的デリバリ」 | CodePipeline + CodeDeploy |
| 🔧 「パッチ適用の自動化」 | Systems Manager（SSM） |
| ⚡ 「イベント駆動」「スケジュール実行」 | EventBridge + Lambda |
⚠️ 4. ひっかけポイント
🚫 よくある誤答パターン – 「手動で設定すればOK」 → AWS のベストプラクティスでは 自動化が前提。手動作業を含む選択肢は不正解になりやすい。 – 「CloudFormation だけで全自動」 → カスタムロジックには Lambda や Step Functions の連携が必要な場合がある。
💡 5. 覚え方
🧠 暗記ショートカット – IaC = 「設計図（Blueprint）を保存」 → 1つのテンプレートで何度でも同じ環境を作る。 – EventBridge = 「指揮者」 → 何かが起きたら（イベント）、誰かに指示を出す（Lambda）。 – 判断の鉄則: 「手動を残さない」が合格の合言葉。
📚 6. 関連サービス
| アイコン | サービス名 | 役割 |
|---|---|---|
| 🏗️ | CloudFormation | インフラの宣言的管理・再利用 |
| 🔄 | CodePipeline | デプロイ自動化のオーケストレーション |
| 🔧 | Systems Manager | パッチ適用や運用タスクの自動化 |
| ⚡ | EventBridge | 各種AWSサービスをイベントで繋ぎ合わせる |
🗒️ 7. Obsidian管理メモ
- 見返すタイミング: CloudFormation テンプレートの作成演習をする際
- 関連ノート候補:
AWS_SAA_CloudFormation,AWS_SAA_CI_CD,AWS_SAA_EventBridge
8. HTMLファイル名:
AWS_設計原理_自動化.html
