ITパスポート 2021年 問37

サーバを追加して稼働させた作業のプロセスはどれか【ITパスポート 解説】

正解の理由

• テスト済みのサーバを本番環境に組み入れて稼働させる行為は「展開（デプロイ）」そのものです。
• リリース及び展開管理は、リリースの計画、パッケージ化、導入（展開）、検証、必要ならロールバックの手順まで含みます。
• 問題文は「増強のためにサーバを1台追加し、動作テストが終わったサーバを組み入れて稼働させた」とあり、この流れが典型的なリリース／展開の説明です。

解法ステップ

1. 問題文で行われた作業の流れを確認する。
   • 「サーバを追加」「動作テストが終わった」「システムに組み入れて稼働させた」――これは新しい要素を本番に入れる流れです。
2. 各選択肢のプロセスの定義を短く確認する。
   • インシデント管理（英: Incident Management）：サービスの中断や障害に対処する。
   • 変更管理（英: Change Management）：システムへの変更を承認・管理する。
   • 問題管理（英: Problem Management）：障害の根本原因を調査・解決する。
   • リリース及び展開管理（英: Release and Deployment Management）：変更や新機能を本番に投入する手順を実行する。
3. 「本番に投入する」 = リリース／展開管理に一致するため、選択肢から エ を選ぶ。

選択肢別の誤答解説

• ア: インシデント管理（インシデント：サービスを止めるような突発的な問題）
  • 誤り。インシデント管理は障害が起きたときに迅速に復旧することが目的です。今回の作業は増強のための計画的な導入であり、障害対応ではありません。
• イ: 変更管理（Change Management：変更を承認・追跡するプロセス）
  • 一見関連しますが誤り。変更管理は「この変更をしてよいか」を決めるプロセス（承認や記録）であり、実際にシステムへ導入する作業そのものはリリース／展開管理が担います。実務では変更管理と連携しますが、問題文の作業内容に最も当てはまるのは展開作業です。
• ウ: 問題管理（Problem Management：障害の根本原因究明）
  • 誤り。問題管理は繰り返す障害の原因を分析して恒久対策を講じることが目的です。サーバ追加は対策（増強）かもしれませんが、問題管理そのものの活動（原因調査や恒久対策の立案）とは違います。
• エ: リリース及び展開管理（Release and Deployment Management）
  • 正解。テスト済みのサーバを本番に組み入れて稼働させるのは、まさにリリース／展開の典型的な作業です。

よくある誤解

1. 「変更管理＝導入作業そのもの」と考える誤解
   • 変更管理は変更の承認や記録が主役です。実際の導入手順（パッケージ作成、展開、検証、ロールバック）はリリース／展開管理の仕事です。両者は密に連携しますが役割が違います。
2. 「サーバを増やす＝問題管理の対応」と考える誤解
   • サーバ増設は「対処（workaround）」や「恒久対策」の一部になり得ますが、問題管理は原因追及と恒久対策の策定が中心で、実際の展開作業はリリース／展開管理が扱います。

補足コラム

• 監視で負荷が上がっていることを検知 → インシデントやアラート発生（必要なら復旧）
• 根本原因や対策を検討 → 問題管理で分析し、増強が必要と判断
• 変更要望（変更要求）を作成 → 変更管理で承認を得る
• リリース及び展開管理が計画・実行（テスト済みのサーバを本番に導入）
  このように役割分担を理解すると、なぜ今回の設問で エ が最も適切かが分かります。

• ステージング環境（実運用に近いテスト環境）での確認
• ロールバック手順（問題が起きたときに元に戻す方法）の準備
• 構成管理データベース（CMDB：Configuration Management Database：構成情報を記録するデータベース）への登録と更新

FAQ