【CIS-SM対策】実務なしで一発合格した管理人が厳選！Service Mapping試験突破のための本気の問題集（3/3）

🟢 正解

(D) Web server (Webサーバー)

📝 徹底解説

💡 なぜ「D」が正解なのか？

この問題を解くカギは、提示されたトップダウンのつながり（トラフィックの流れ）を左から順番に整理することです。

1. Cisco ACE：ロードバランサー（負荷分散装置）であり、外部からのアクセスを最初に受け取る入り口です。
2. Apache Tomcat cluster：ロードバランサーのすぐ後ろに位置し、ユーザーからのリクエストを直接処理して画面などを返す役割を持っています。この位置にあるコンポーネントは一般的に Webサーバー（またはWebアプリケーションサーバー） として機能します。
3. JBoss cluster：さらにその奥で動くバックエンドのアプリケーションサーバー（APサーバー）です。
4. Oracle database：最深部でデータを管理するデータベース（DB）です。

このように、標準的な「3層スキーマ（Webサーバー ➔ APサーバー ➔ DBサーバー）」の構造において、ロードバランサーの直後でリクエストを受けるApache Tomcatは Web server（Webサーバー） としての役割を表現していると判断するのが最も適切です。

❌ なぜ他は間違いなのか？

• (B) が最大の罠！なぜ間違いなのか？ 「TomcatはAPサーバー（アプリケーションサーバー）としての側面もあるから、この例だけではWebサーバーとは断定できないのでは？」と深読みしてしまうと、B の「断定できない」という罠の選択肢に引っかかってしまいます。Service Mappingの試験においては、トポロジーにおける相対的な「位置（ロードバランサーの後ろ＝Web層）」から、最も標準的なコンポーネントの分類を素直に選ぶのが鉄則です！
• (A)・(C) の解説：間違い Monitoring server（監視サーバー） や Authentication provider（認証プロバイダー） は、このトポロジーのようなサービス提供のメインストリーム（通信の通り道）の真ん中に配置されるコンポーネントではないため、明らかに間違いです。

🟢 正解

(A) 選択的なsudo（またはsudoと同等の）アクセス

📝 徹底解説

💡 なぜ「A」が正解なのか？

Service MappingやDiscoveryがUNIX/Linuxサーバーの中身を探索する際、一部のコマンド（設定ファイルの読み込みやネットワーク接続情報の取得など）を実行するには高い管理権限が必要になります。

しかし、セキュリティのベストプラクティスとして、Discovery用のユーザーにすべての権限を持つ Root権限 を与えることは推奨されません。

ServiceNowでは、必要な特定のコマンドのみを実行できるように制限した 選択的なsudo（またはsudoと同等の）アクセス を付与したSSH認証情報を使用するのが標準のベストプラクティスです。これにより、セキュリティリスクを最小限に抑えつつ、正常にディスカバリーを行うことができます。

❌ なぜ他は間違いなのか？

• (E) が最大の罠！なぜ間違いなのか？ 「すべての情報を正常に取るならRoot権限が手っ取り早い」と考えて E を選んでしまいがちですが、問題文にある「限定的な権限を付与できる」という条件に反するため間違いとなります。試験では「動くか」だけでなく「安全か（ベストプラクティスか）」が常に問われます！
• (B)・(C)・(D) の解説：間違い WMI権限、RDP権限、ドメインアクセスおよびローカル管理者権限 は、すべて Windowsターゲット を探索・操作する際に使用する用語や仕組みです。問題文の「UNIXターゲット」という指定と根本的に矛盾しているため、真っ先に消去法で除外すべき選択肢です。

🟢 正解

(C) アラートが発生した際、どのビジネスサービスや業務に影響が出ているかをマップ上で視覚的に分析（インパクト解析）できるようになる。

📝 徹底解説

💡 なぜ「C」が正解なのか？

Service MappingとEvent Management（ITOMの他機能）を連携させる最大の価値を問う良問です。単なるインフラの監視だけだと「サーバーAが落ちた」ことしか分かりませんが、Service Mappingのマップがあることで、「サーバーAが落ちた結果、その上にある『会計システム』という業務サービス全体に影響が出ている」という インパクト解析（影響度分析） がマップ上で一目で分かるようになります。

❌ なぜ他は間違いなのか？

• Bの解説：間違い：マッピングが完成しても、SSHの認証情報（パスワード等）が自動更新されるような機能はありません。
• Dの解説：間違い：マップ完成後も、パターンのメンテナンスや修正の際にはデバッグモードが必要です。
• Aの解説：間違い：MID Serverのクラスター構成は手動または別のポリシーで管理するものであり、サービスマップの有無によって自動最適化されるわけではありません。

🟢 正解

(C) Operational State（運用状態）を「Operational（運用中）」にする

📝 徹底解説

💡 なぜ「C」が正解なのか？

Service Mappingでマップを作ったばかりの状態は、まだ「作成中（Non-operational）」として扱われます。これを実際の運用に乗せ、Event Managementのアラートと連動させたりダッシュボードで健全性を監視したりするには、サービスのレコードにある Operational State（運用状態） フィールドを「Operational（運用中）」に変更 する必要があります。このステータス切り替えの運用フローは、試験でも「マッピング完了後の次のステップ」として非常によく狙われます！

❌ なぜ他は間違いなのか？

• Bの解説：間違い：Discovery State を手動で「Complete」にするという手順はありません。検出の進捗はシステムが自動で管理します。
• A・Dの解説：間違い：Mapping Status を「Approved」にしたり、Service Phase を「Production」にしたりする設定項目は、ベースラインのサービス運用ステータスを切り替える正式なフィールド名・選択肢ではないため架空の罠です。

🟢 正解

A. Application Service Groups（アプリケーションサービスグループ）

📝 徹底解説

💡 なぜ「A」が正解なのか？

本番環境でService Mappingを進めると、システム内に何百個もの「アプリケーションサービス（マップ）」が乱立することになります。これらを「東京拠点」「会計部門」「インフラチーム」といった組織の枠組みに合わせてフォルダ分けのように綺麗に整理し、まとめてステータスを監視できるようにする器が Application Service Groups です。実務未経験でも「大量のサービスをまとめてグループ化する＝Application Service Groups」と名前通り素直に覚えれば確実に得点できます。

❌ なぜ他は間違いなのか？

• Bの解説：間違い：CMDB Class Manager は、テーブルの定義（クラス）や識別ルール（IRE）などを設定するための管理画面であり、個別のサービスマップをグループ分けして監視するための機能ではありません。
• C・Dの解説：間違い：Pattern Dynamic Grouping や Service Core Templates は、ServiceNowのITOMにおいてサービスの分類・管理用として存在する機能名ではない架空の選択肢です。