既存ソリューションを継続的に改善する上で、運用作業をどれだけ自動化・標準化できるかは極めて重要な論点です。本記事ではAWS Systems Managerの主要機能を解説します。

SAA レベル：基礎概念

Systems Managerの主要機能

機能	説明
Run Command	多数のインスタンスに対してコマンドを一括実行
Patch Manager	OSやミドルウェアのパッチ適用を自動化
Session Manager	SSHキーやポート開放なしで、安全にインスタンスへシェルアクセス
Parameter Store	設定値・機密情報の管理（2-4で解説済み）

SAA 試験のポイント

Session Managerを使うと、インバウンドの22番ポート（SSH）や3389番ポート（RDP）を一切開放せずにインスタンスへアクセスできます。踏み台サーバー（Bastion Host）が不要になり、攻撃対象領域を減らせる点がSAAで頻出します。

SAP レベル：高度な設計シナリオ

パッチ管理の自動化とメンテナンスウィンドウ

SAP 試験のポイント

大規模フリートでは、パッチ適用のタイミングを環境ごとに制御する必要があります。メンテナンスウィンドウを使い、「開発環境は毎日自動パッチ、本番環境は月次メンテナンス日のみ、かつ段階的に（カナリア→一部→全体の順で）適用する」という、リスクを段階的に検証しながら展開する設計がSAPレベルで問われます。

運用Runbookの標準化（Systems Manager Automation）

SAP 試験のポイント

インシデント対応や定型的な運用作業（AMIの作成、インスタンスの再起動と検証等）を、Automation Runbookとしてコード化しておくことで、属人化を防ぎ、誰が実行しても同じ手順・同じ結果を保証できます。SAPでは、手順書（ドキュメント）だけに頼った運用ではなく、実行可能なRunbookとして自動化することの重要性が問われます。

OpsCenterによるインシデント一元管理

CloudWatchアラーム、AWS Config、GuardDutyなど複数のソースからの問題を、OpsItemとして一元的に集約・管理
関連するRunbook（Automation）をOpsItemに紐づけ、検知から対応までの流れを効率化する

設計上の落とし穴

「監視ツールごとに個別のアラート対応フローを運用する」という体制は、大規模組織ではアラート疲れや対応漏れを招きます。SAPレベルでは、複数の監視ソースをOpsCenterに集約し、一元的なインシデント管理フローを構築することが、運用性向上の観点で評価されるアプローチです。

コンプライアンス状態の可視化（State Manager）

State Managerを使い、インスタンスが常に望ましい状態（特定のソフトウェアがインストールされている、特定の設定が適用されている等）を維持しているかを継続的に確認・是正できる

まとめ

SAA: Session ManagerによるSSHレスアクセス、Systems Managerの主要機能を理解する。
SAP: メンテナンスウィンドウによる段階的パッチ適用、Automation Runbookによる標準化、OpsCenterによるインシデント一元管理ができる。

次は **CloudWatch（メトリクス、ログ、ダッシュボード、アラーム）**を見ていきましょう。