아웃바운드 알림에 생산자 프레임워크 사용
생산자 프레임워크는 인스턴스에서 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.