Usando a estrutura do produtor para notificações de saída

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 3 min. de leitura

    • A estrutura do produtor seleciona o evento do ServiceNow e envia a notificação de saída para o sistema externo. Você pode consumir os detalhes da notificação do serviço de envio de mensagens que está instalado em seu sistema externo.

    Propriedades do sistema

    Você deve configurar as propriedades do sistema para usar a estrutura do produtor para notificação de saída. A tabela a seguir explica a lista de propriedades do sistema que são definidas para os trabalhos agendados .

    Tabela 1. Propriedades do sistema da estrutura do produtor
    Propriedade Descrição Tipo
    sn_api_notif_mgmt.event.log
    Nível de registro em log a ser gravado nos logs de depuração. Você pode selecionar os seguintes níveis de registro em log:
    • emerg Falha total.
    • alerta Corrupção do sistema de um banco de dados, por exemplo.
    • crit : Normalmente usado para erros de hardware, por exemplo.
    • erro : Quaisquer erros.
    • aviso : Todos os avisos
    • aviso Possível ação necessária, mas não essencial.
    • Informações Nenhuma ação necessária.
    • depuração : Geralmente não usado, exceto para capturar tudo para descoberta de falhas.

    Valor padrão: erro

    		Cadeia de caracteres
    sn_api_notif_mgmt.publisher_message_bus_configuration Define se as mensagens são publicadas usando o Hermes Messaging Service, o Open Message Bus ou ambos os barramentos de mensagens. Você pode usar os seguintes valores:
    • OpenMessageBus
    • hermes
    • ambos

    Valor padrão: OpenMessageBus

    		Cadeia de caracteres
    sn_api_notif_mgmt.inboundqueue.maxrecords Número máximo de registros que o programador extrairá da fila de entrada para uma execução do programador. Este valor é usado em conjunto com sn_api_notif_mgmt.inboundqueue.batch.limitparâmetro.
    • Valor padrão: 200
    • Outros valores possíveis: conforme necessário

    Por exemplo, se o limite de lote estiver definido como 50 e os maxrecords estiver definido como 200, e se o número de registros que estão na fila de entrada for 130, o programador extrairá três lotes diferentes de registros em uma única execução; dois com 50 registros e um com 30 registros. Se o número de registros na fila de entrada for 220, o programador extrairá quatro lotes de 50 registros e os 20 registros restantes não serão processados até a próxima execução do programador.

    Ao definir este valor, você também deve considerar o tempo que levará para o programador processar vários lotes e definir o valor sn_api_notif_mgmt.schedule.max.runtime de acordo.

    		 Inteiro
    sn_api_notif_mgmt.inboundqueue.batch.limit Número de registros que o programador extrai e processa da fila de entrada em um lote.
    • Valor padrão: 200
    • Outros valores possíveis: conforme necessário
    		 Inteiro
    sn_api_notif_mgmt.glide.mutex.script.maxspins Número máximo de tentativas de adquirir um bloqueio mutex nos registros da fila de entrada.
    • Tipo: Número Inteiro
    • Valor padrão: 100
    • Outros valores possíveis: conforme necessário
    		 Inteiro
    sn_api_notif_mgmt.schedule.max.runtime O tempo máximo, em milissegundos, que o trabalho agendado pode ser executado antes de falhar e relatar um erro.
    • Tipo: Número Inteiro
    • Valor padrão: 90000
    • Outros valores possíveis: conforme necessário
    		 Inteiro
    sn_api_notif_mgmt.glide.mutex.script.spynwait Tempo máximo, em milissegundos, de espera entre as tentativas de adquirir um bloqueio mutex nos registros na fila de entrada.
    • Tipo: Número Inteiro
    • Valor padrão: 100
    • Outros valores possíveis: conforme necessário
    		 Inteiro

    Fluxo de trabalho da estrutura do produtor

    Quando o sistema envia um evento para a tabela de preparação, as etapas a seguir ocorrem como parte do mecanismo da estrutura do produtor:
    1. O programador seleciona um número de registros em um intervalo pré-configurado e envia snapshots do Glide para o processador de eventos.
    2. O sistema converte o snapshot do Glide em uma carga útil de evento de reclamação TMF 688 com base no tipo de evento.

      Para saber mais sobre os métodos usados para definir e gerar cargas compatíveis com TMF para eventos de tíquete de problemas, consulte TopicAPIUtilsOOB - Scoped.

    3. O sistema verifica se a configuração de notificação se destina ao Hermes Kafka ou ao barramento de mensagens aberto.

      Para saber mais sobre como configurar a estrutura de notificação de evento do produtor, consulte Producer Event Notification Framework developer guide.