생산자 이벤트 알림 프레임워크 개발자 안내서

  • 릴리스 버전: Washingtondc
  • 업데이트 날짜 2024년 02월 01일
  • 읽기4분

    • 통신, 미디어 및 기술에 대한 생산자 이벤트 알림 프레임워크를 사용하면 네트워크에 구현된 메시지 버스를 사용하여 문제 티켓과 같은 이벤트를 외부로 배포할 수 있습니다.

    생산자 이벤트 알림 프레임워크는 두 가지 메시지 버스 사용 사례를 지원합니다.
    1. 를 통한 이벤트 게시: Hermes Kafka를 사용하여 이벤트를 게시하려면 Kafka 메시지 버스에 대한 생성자 이벤트 알림 프레임워크를 Hermes 메시징 서비스구성해야 합니다. 클라우드 기반 인스턴스에만 이 메시지 버스를 사용할 수 있습니다. 자세한 내용은 를 사용하도록 생산자 이벤트 알림 프레임워크를 구성합니다. Hermes 메시징 서비스 문서를 참조하십시오.

      Hermes를 사용하여 문제 티켓 알림을 게시하는 방법에 대한 자세한 내용은 을 참조하십시오 Producing outbound trouble ticket notifications using Hermes.

      주:
      이 사용 사례를 구현하려면 인스턴스에 해당 Hermes 메시징 서비스 사용 사례가 설치 및 구성되어 있어야 합니다. 자세한 내용은 Hermes Messaging Service 문서를 참조하십시오.
    2. 열린 메시지 버스를 통해 이벤트 게시: 인스턴스가 사용자 지정 메시지 버스를 사용하는 경우 열린 메시지 버스를 사용하여 인스턴스에서 네트워크의 소비자에게 이벤트를 ServiceNow 보내도록 생성자 이벤트 알림 프레임워크를 구성해야 합니다. 클라우드 기반 인스턴스와 온프레미스 ServiceNow 인스턴스 모두 오픈 메시지 버스를 통해 이벤트를 게시할 수 있습니다. 자세한 내용은 오픈 메시지 버스를 사용하도록 생산자 이벤트 알림 프레임워크 구성 문서를 참조하십시오.

      열린 메시지 버스를 사용하여 문제 티켓 알림을 게시하는 방법에 대한 자세한 내용은 을 참조하십시오 Producing outbound trouble ticket notifications using the open message bus.

    이 문서에서는 에코시스템에 이러한 메시지 버스 구현을 배포하기 위해 재정의해야 하는 스크립트 포함을 포함하여 수행해야 하는 시스템 구성에 대해 설명합니다 ServiceNow .

    생산자 시스템 속성

    다음 표에서는 생성자 이벤트 알림 프레임워크의 기능을 제어하는 인스턴스 내의 ServiceNow 속성을 나열합니다. 이러한 속성의 기본값을 검토하고 필요한 경우 특정 구현에 맞게 수정합니다. 이러한 속성을 수정하려면 UI에서 ServiceNow 모두 > 시스템 속성 > 모든 속성.

    속성 설명
    sn_api_notif_mgmt.event.log 디버그 로그에 기록할 로깅 수준입니다.
    유효한 값은 다음과 같습니다.
    • 경보
    • 치 명 타
    • debug
    • 이머그(Emerg)
    • 오류
    • 정보
    • 통지
    • 경고

    기본값: err
    sn_api_notif_mgmt.글라이드.뮤텍스.스크립트.맥스핀 인바운드 큐의 기록에 대한 뮤텍스 잠금을 획득하기 위한 최대 시도 횟수입니다.

    기본값: 100
    sn_api_notif_mgmt.글라이드.뮤텍스.스크립트.스핀웨이트 인바운드 큐의 기록에 대한 잠금을 획득하려는 시도 사이의 대기 시간입니다.

    단위: 밀리초

    기본값: 100
    sn_api_notif_mgmt.inboundqueue.batch.limit 스케줄러 가 인바운드 큐에서 한 번에 끌어와 처리할 기록 수입니다(하나의 일괄 처리).

    기본값: 200
    sn_api_notif_mgmt.inboundqueue.maxrecords 스케줄러가 하나의 스케줄러 실행에 대해 인바운드 큐에서 끌어올 최대 기록 수입니다. 이 값은 매개 변수와 sn_api_notif_mgmt.inboundqueue.batch.limit 함께 사용됩니다.

    예를 들어, 배치 제한이 50으로 설정되고 maxrecords가 200으로 설정되고 인바운드 큐에 있는 기록 수가 130인 경우 스케줄러는 한 번의 실행으로 세 개의 서로 다른 레코드 배치를 끌어옵니다. 두 개는 50개의 레코드가 있고 다른 하나는 레코드가 30개입니다. 인바운드 큐의 기록 수가 220개인 경우 스케줄러는 50개 기록으로 구성된 4개의 일괄 처리를 가져오고 나머지 20개 기록은 다음에 스케줄러가 실행될 때까지 처리되지 않습니다.

    이 값을 설정할 때는 스케줄러가 여러 일괄 처리를 처리하는 데 걸리는 시간도 고려하고 그에 따라 값을 설정해야 sn_api_notif_mgmt.schedule.max.runtime 합니다.

    기본값: 200
    sn_api_notif_mgmt.publisher_message_bus_configuration , 열린 메시지 버스 또는 두 메시지 버스를 Hermes 메시징 서비스모두 사용하여 메시지를 게시할지 여부를 정의합니다.
    유효한 값은 다음과 같습니다.
    • 헤르메스 = Hermes 메시징 서비스
    • openMessageBus = 메시지 버스 열기
    • both = 이벤트/메시지가 두 메시지 버스에서 모두 전송됩니다.

    기본값: openMessageBus
    sn_api_notif_mgmt.일정.max.runtime 예약된 작업이 실패하고 오류를 보고하기 전에 실행할 수 있는 최대 시간입니다.

    단위: 밀리초

    기본값: 90,000