---
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


---

# 애플리케이션 서비스 및 CI에 대한 SLA

# 애플리케이션 서비스 및 CI에 대한 SLA {#ariaid-title1}

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

이벤트 관리 은 애플리케이션 서비스 및 CI에 대한 SLA 생성을 지원합니다.

조직에서 제공하는 애플리케이션 서비스의 품질을 모니터링하고 관리할 수 있습니다. 예를 들어, 애플리케이션 서비스 또는 CI의 최대 경보 심각도가 중요일 때 트리거되는 SLA를 설정하고, 경보를 발생시킨 조건이 해결되었을 때 애플리케이션 서비스 또는 CI를 정상 상태로 되돌리는 데 걸리는 시간을 측정할 수 있습니다.

## SLA 및 작업 테이블

작업 테이블을 확장하는 테이블에 대해서만 SLA 정의를 만들 수 있습니다. 애플리케이션은 이벤트 관리 작업 테이블을 확장하는 SLA \[em_ci_severity_task\]라는 테이블 이벤트 관리 을 제공합니다. SLA 정의에서 이 테이블을 사용하여 SLA를 트리거하고 중지해야 하는 심각도 수준을 지정합니다. 경보 영향을 계산하는 동안 애플리케이션 서비스와 CI의 심각도 수준 변경 내용이 SLA 테이블에서 이벤트 관리 자동으로 업데이트됩니다. [예약된 작업은](https://servicenow-prod.fluidtopics.net/hiHylp1Gdd1ZrZmeY7uSFg#r_ScheduledJobsInstalledWithEM "이벤트 관리와 함께 제공되는 예약된 작업의 목록입니다.") 이 테이블의 정보를 최신 상태로 유지합니다.

## SLA 테이블이 이벤트 관리 채워지는 방법

이벤트 관리 SLA 테이블은 애플리케이션 서비스와 CI에 따라 다르게 채워집니다.

* 애플리케이션 서비스의 경우 애플리케이션 서비스가 생성되거나 최대 심각도가 변경되면 시스템에서 SLA 테이블을 자동으로 채웁 이벤트 관리 니다.
* CI의 경우 먼저 SLA 구성 기록을 생성하여 SLA에 사용할 수 있는 CI를 식별해야 합니다. 그런 다음 시스템은 CI 최대 심각도가 변경된 SLA 테이블을 자동으로 채웁 이벤트 관리 니다.

{#c_EMSLAsForBSAndCIs__ul_vn2_t2n_1v}  
주:  
동일한 CI가 둘 이상의 SLA 구성 필터와 일치하는 경우에도 중복된 CI는 SLA 테이블에 이벤트 관리 추가되지 않습니다.
* **[CI에 대한 SLA 구성 만들기](https://servicenow-prod.fluidtopics.net/UZvUAnjdximq3XOkZYLOOg)**   
  애플리케이션에서 이벤트 관리 SLA 구성을 만들어 SLA에 사용할 수 있는 CI를 결정합니다.
* **[CI 또는 애플리케이션 서비스에 대한 SLA 정의 생성](https://servicenow-prod.fluidtopics.net/vrzFYqYv3SQfJAVLndSHnQ)**   
  인스턴스의 다른 작업 기록에 대한 SLA 정의를 생성하는 것과 마찬가지로 CI 및 애플리케이션 서비스에 대한 SLA 정의를 생성할 수 있습니다.