---
sourceDocument: 호주 IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/it-operations-management

 Release :

    - australia

ft:locale :

    - ko-KR

ft:publication_title :

    - 호주 IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# 하위 서비스가 상위 서비스에 미치는 영향 보기

# 하위 서비스가 상위 서비스에 미치는 영향 보기 {#ariaid-title1}

* 릴리스 버전: Australia
* 
* 업데이트 날짜 2026년 03월 12일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 2분

애플리케이션 서비스의 맵 뷰에서 하위 서비스의 심각도는 상위 서비스로 전파됩니다.

## 시작하기 전에

필요한 역할:

* 애플리케이션 서비스의 경우 evt_mgmt_admin
* 검색된 서비스의 경우 service_mapping_admin
{#cross-business-service-impact__ul_ptb_n32_qbb}

## 이 태스크 정보

검색된 애플리케이션 서비스의 맵 뷰에서 하위 서비스의 심각도가 상위 서비스로 전파되는 것을 볼 수 있습니다.

애플리케이션 서비스는 직접 연결된 경보의 심각도 및 서비스에 있는 CI에 대한 경보의 심각도에 영향을 받습니다. 하위 서비스의 심각도가 상위 서비스의 심각도보다 높으면 맵 뷰에서 상위 서비스는 하위 서비스의 심각도를 보여줍니다. 맵 뷰에서 영향 트리 목록에 CI가 표시됩니다. CI의 색은 경보 심각도를 나타냅니다. 하위 서비스는 그 아래에 있는 애플리케이션 서비스의 영향도 받습니다.  
그림 1. 상위 서비스가 하위 서비스의 심각도를 보여주는 예시  
예를 들어 상위 서비스를 하위 서비스에 연결하여 루프가 생성되면 이 관계를 맵 뷰에서 볼 수 있습니다. 이 루프의 영향은 계산되지 않으며 영향 트리에 이 관계가 표시되지 않습니다. 예를 들어, A, B, C라는 세 개의 CI가 있다고 가정합니다. 여기서 C는 B에 대한 하위 서비스이고 B는 A에 대한 하위 서비스입니다. A에 연결된 서비스와 C의 관계가 맵 뷰에 표시됩니다. 그러나 이 관계는 영향 트리에 표시되지 않습니다.  
주:  
서비스 및 노드의 sys_id가 적절하게 변경되면 시스템 오류 로그에 메시지가 다음 형식으로 나타납니다. ServiceId:\[sysId\] 및 노드:\[sysId\]에 루프가 있습니다. 영향 루프를 방지하기 위해 이 관계를 제거

예를 들어 ServiceId:409d4fd59f030200fe2ab0aec32e705c 및 노드:df5cf6159f030200fe2ab0aec32e70a2에 루프가 있습니다. 영향 루프를 방지하기 위해 이 관계를 제거

서비스 또는 CI를 클릭하면 이와 관련된 경보가 표시됩니다. 예를 들어 높은 수준의 애플리케이션 서비스를 클릭하면 이와 연결된 경보가 맵 뷰의 경보 영역에 표시됩니다. 나열된 경보는 선택한 서비스의 경보입니다. 이러한 서비스를 선택하면 하위 서비스에 대한 경보가 나열됩니다.  
그림 2. 맵 뷰 아래에 나열된 경보의 예

## 프로시저

애플리케이션 서비스 맵을 열려면 다음을 수행합니다.  
1. 다음으로 이동 이벤트 관리서비스애플리케이션 서비스.
2. 서비스 옆에 있는 서비스 보기 를 선택합니다.
3. 오른쪽 패널에서 영향 트리를 선택합니다.
4. 아래쪽 패널에서 영향을 선택합니다.
{#cross-business-service-impact__ol_abh_2yy_cmb}

## 결과

서비스 맵에서 하위 서비스의 서비스 상태가 상위 서비스로 롤업되었는지 시각적으로 확인할 수 있습니다. 영향을 받는 CI의 각 아이콘 하단에는 경보의 심각도를 나타내는 색이 지정된 막대가 있습니다. 이 색 막대는 상위 서비스의 맨 아래 막대에도 표시됩니다. 수동 클러스터 구성의 경우 애플리케이션 영향과 애플리케이션 클러스터 구성원을 수정할 수 있습니다.
**관련 태스크**   

* [맵 세그먼트를 다른 애플리케이션 서비스로 전송](https://servicenow-prod.fluidtopics.net/2gL1lpITltLzwyKo9YlNDA "서비스의 분기를 제거하고 신규 또는 기존의 다른 애플리케이션 서비스에 배치할 수 있습니다. 대형 서비스를 분리하거나 서비스를 초기 매핑 결과와 다르게 구성하려는 경우 맵 세그먼트를 전송합니다.")
* [수동 클러스터 구성](https://servicenow-prod.fluidtopics.net/p5IYduaib9eu6GQcfT_rOg "해당 클러스터에서 하나 이상의 CI가 실패할 경우 전체 클러스터에 대한 중복 기능을 제공합니다. 클러스터 정보에서 클러스터 구성원에 대한 상대적 영향을 확인하면 경보 소스를 더 쉽게 이해하고 정정 단계를 수행할 수 있습니다.")
* [경보를 분류하는 동안 경보 영향 조정](https://servicenow-prod.fluidtopics.net/DScqNDys4FL68ef6c~xQ6Q "운영자는 이벤트 관리 경보가 서비스의 CI 애플리케이션 서비스 에 미치는 영향을 수정해야 할 수 있습니다. 영향이 네트워크 환경에 보이는 내용을 정확하게 나타내지 않는다고 생각되면 다른 운영자와 관리자가 올바른 영향 정보를 볼 수 있도록 영향을 수정합니다.")
* [서비스 맵에서 CI에 대한 경보 영향 보기](https://servicenow-prod.fluidtopics.net/0Fcd0tFvlMekqturvz6tiQ "서비스 맵을 통해 CI에 대한 활성 경보와 CI 간의 관계를 확인할 수 있습니다. 이 정보를 확인하면 경보 소스를 더 쉽게 이해하고 정정 단계를 수행할 수 있습니다. 서비스 맵은 모든 애플리케이션 서비스에 사용할 수 있습니다.")