아웃바운드 알림에 생산자 프레임워크 사용
생산자 프레임워크는 인스턴스에서 ServiceNow 이벤트를 선택하고 아웃바운드 알림을 외부 시스템으로 보냅니다. 외부 시스템에 설치된 메시징 서비스에서 알림의 세부 정보를 사용할 수 있습니다.
시스템 속성
아웃바운드 알림에 생성자 프레임워크를 사용하도록 시스템 속성을 구성해야 합니다. 다음 표에서는 예약된 작업에 대해 설정된 시스템 속성 목록에 대해 설명합니다.
| 속성 | 설명 | 유형 |
|---|---|---|
| sn_api_notif_mgmt.event.log | 디버그 로그에 기록할 로깅 수준입니다. 다음 로깅 수준을 선택할 수 있습니다.
기본값: err |
문자열 |
| sn_api_notif_mgmt.publisher_message_bus_configuration | 메시지가 Hermes 메시징 서비스, 오픈 메시지 버스 또는 두 메시지 버스를 모두 사용하여 게시되는지 여부를 정의합니다. 다음 값을 사용할 수 있습니다.
기본값: openMessageBus |
문자열 |
| sn_api_notif_mgmt.inboundqueue.maxrecords | 스케줄러가 하나의 스케줄러 실행에 대해 인바운드 큐에서 끌어올 최대 기록 수입니다. 이 값은 매개 변수와 sn_api_notif_mgmt.inboundqueue.batch.limit 함께 사용됩니다.
예를 들어 일괄 처리 제한이 50으로 설정되고 maxrecords가 200으로 설정되고 인바운드 큐에 있는 레코드 수가 130인 경우 스케줄러는 단일 실행에서 세 개의 서로 다른 레코드 일괄 처리를 가져옵니다. 2개는 50개, 1개는 30개입니다. 인바운드 큐의 레코드 수가 220개인 경우 스케줄러는 50개 레코드로 구성된 4개의 일괄 처리를 가져오고 나머지 20개 레코드는 다음에 스케줄러가 실행될 때까지 처리되지 않습니다. 이 값을 설정할 때는 스케줄러가 여러 일괄 처리를 처리하는 데 걸리는 시간도 고려하고 그에 따라 sn_api_notif_mgmt.schedule.max.runtime 값을 설정해야 합니다. |
정수 |
| sn_api_notif_mgmt.inboundqueue.batch.limit | 스케줄러가 하나의 배치로 인바운드 큐에서 가져오고 처리하는 기록 수입니다.
|
정수 |
| sn_api_notif_mgmt.glide.mutex.script.maxspins | 인바운드 큐 기록에서 뮤텍스 잠금을 획득하기 위한 최대 시도 횟수입니다.
|
정수 |
| sn_api_notif_mgmt.schedule.max.runtime | 예약된 작업이 실패하고 오류를 보고하기 전에 실행할 수 있는 최대 시간(밀리초)입니다.
|
정수 |
| sn_api_notif_mgmt.glide.mutex.script.spinwait | 인바운드 큐의 기록에 대한 뮤텍스 잠금을 획득하려는 시도 사이에 대기하는 최대 시간(밀리초)입니다.
|
정수 |
생산자 프레임워크 워크플로우
- 스케줄러는 미리 구성된 간격으로 여러 기록을 선택한 다음 Glide 스냅샷을 이벤트 프로세서로 보냅니다.
- 시스템은 이벤트 유형에 따라 Glide 스냅샷을 TMF 688 불만 이벤트 페이로드로 변환합니다.
문제 티켓 이벤트에 대한 TMF 호환 페이로드를 정의하고 생성하는 데 사용되는 방법에 대한 자세한 내용은 을 참조하십시오 TopicAPIUtilsOOB - Scoped.
- 시스템은 알림 구성이 Hermes Kafka 또는 열린 메시지 버스를 위한 것인지 확인합니다.
생산자 이벤트 알림 프레임워크를 구성하는 방법에 대한 자세한 내용은 을 참조하십시오 Producer Event Notification Framework developer guide.