아웃바운드 알림에 생산자 프레임워크 사용
생산자 프레임워크는 인스턴스에서 이벤트를 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.런타임 | 예약된 작업이 실패하고 오류를 보고하기 전에 실행할 수 있는 최대 시간(밀리초)입니다.
|
정수 |
| sn_api_notif_mgmt.glide.mutex.script.spinwait | 인바운드 큐의 기록에 대한 뮤텍스 잠금을 획득하려는 시도 사이에 대기하는 최대 시간(밀리초)입니다.
|
정수 |
생산자 프레임워크 워크플로우
- 스케줄러는 미리 구성된 간격으로 여러 기록을 선택한 다음 Glide 스냅샷을 이벤트 프로세서로 보냅니다.
- 시스템은 이벤트 유형에 따라 Glide 스냅샷을 TMF 688 불만 이벤트 페이로드로 변환합니다.
문제 티켓 이벤트에 대한 TMF 호환 페이로드를 정의하고 생성하는 데 사용되는 방법에 대한 자세한 내용은 문서를 참조하십시오 TopicAPIUtilsOOB - Scoped.
- 시스템은 알림 구성이 Hermes Kafka를 위한 것인지 또는 열린 메시지 버스를 위한 것인지 확인합니다.
생산자 이벤트 알림 프레임워크 구성에 대한 자세한 내용은 다음 문서를 참조하십시오 Producer Event Notification Framework developer guide.