Entwicklerleitfaden für das Benachrichtigungs-Framework für das Ersteller-Ereignis
Das Builder Event Notification Framework für Telecommunications, Media, and Technology ermöglicht die externe Verteilung von Ereignissen, wie z. B. Trouble Tickets, mithilfe eines Nachrichtenbusses, der in Ihrem Netzwerk implementiert ist.
- Veröffentlichen von Ereignissen über Hermes Messaging-Service: Wenn Sie Ereignisse mit Hermes Kafka veröffentlichen möchten, müssen Sie das Builder Event Notification Framework für den Kafka-Nachrichtenbus konfigurieren. Sie können diesen Nachrichtenbus nur für cloudbasierte Instanzen verwenden. Details finden Sie unter Konfigurieren Sie das Framework für Benachrichtigungen über Produzenten-Events für die Verwendung von Hermes Messaging-Service.
Weitere Informationen zum Veröffentlichen von Problemticketbenachrichtigungen mit Hermes finden Sie unter Producing outbound API notifications using Hermes.
Hinweis:Bevor Sie diesen Anwendungsfall implementieren können, muss Hermes Messaging-Service bereits in Ihrer Instanz installiert und konfiguriert sein. Details finden Sie unter Hermes Messaging Service. - Veröffentlichen von Ereignissen über den offenen Nachrichtenbus: Wenn Ihre -Instanz einen anwenderdefinierten Nachrichtenbus verwendet, müssen Sie das Framework für Benachrichtigungen über Produzenten-Ereignisse so konfigurieren, dass der offene Nachrichtenbus zum Senden von Ereignissen von Ihrer Instanz ServiceNow an Verbraucher in Ihrem Netzwerk verwendet wird. Sowohl cloudbasierte als auch lokale Instanzen ServiceNow können Ereignisse über den offenen Nachrichtenbus veröffentlichen. Details finden Sie unter Konfigurieren Sie das Framework für Benachrichtigungen über Produzenten-Ereignisse für die Verwendung des offenen Nachrichtenbusses.
Weitere Informationen zum Veröffentlichen von Problemticketbenachrichtigungen mit dem offenen Nachrichtenbus finden Sie unter Producing outbound API notifications using the open message bus.
Dieses Dokument beschreibt die Systemkonfiguration, die durchgeführt werden muss, einschließlich der Skripteinbindungen, die überschrieben werden müssen, um diese Nachrichtenbus-Implementierungen in Ihrem ServiceNow -Ökosystem bereitzustellen.
Systemeigenschaften des Herstellers
In der folgenden Tabelle sind die Eigenschaften in der Instanz ServiceNow aufgeführt, die die Funktionalität des Framework für Benachrichtigungen über Produzenten-Events steuern. Überprüfen Sie die Standardwerte dieser Eigenschaften, und ändern Sie sie bei Bedarf für Ihre spezifische Implementierung. Um diese Eigenschaften zu ändern, wechseln Sie in der ServiceNow -UI zu .
| Eigenschaft | Beschreibung |
|---|---|
| sn_api_notif_mgmt.event.log | Protokollierungsebene, die in den Debug-Protokollen geschrieben werden soll. Gültige Werte:
Standard: err |
| sn_api_notif_mgmt.glide.mutex.script.maxspins | Maximale Anzahl der Versuche, eine Mutex-Sperre für die Datensätze in der eingehenden Warteschlange abzurufen. Standard: 100 |
| sn_api_notif_mgmt.glide.mutex.script.spinwait | Wartezeit zwischen Versuchen, eine Sperre für die Datensätze in der eingehenden Warteschlange abzurufen. Einheit: Millisekunden Standard: 100 |
| sn_api_notif_mgmt inboundqueue.batch.limit | Anzahl der Datensätze, die der Planer gleichzeitig aus der eingehenden Warteschlange abruft und verarbeitet (ein Batch). Standard: 200 |
| sn_api_notif_mgmt.inboundqueue.maxrecords | Maximale Anzahl von Datensätzen, die der Planer für eine Ausführung des Planers aus der eingehenden Warteschlange abruft. Dieser Wert wird in Verbindung mit dem Parameter sn_api_notif_mgmt.inboundqueue.batch.limit verwendet. Wenn beispielsweise das Batch-Limit auf 50 und die Max-Datensätze auf 200 festgelegt sind, und die Anzahl der Datensätze in der eingehenden Warteschlange 130 beträgt, ruft der Scheduler drei verschiedene Batches von Datensätzen in einem einzigen Durchlauf ab ; zwei mit 50 Datensätzen und einer mit 30 Datensätzen. Wenn die Anzahl der Datensätze in der eingehenden Warteschlange 220 beträgt, ruft der Planer vier Batches mit je 50 Datensätzen ab, und die verbleibenden 20 Datensätze werden erst bei der nächsten Ausführung des Planers verarbeitet. Wenn Sie diesen Wert festlegen, müssen Sie auch die Zeit berücksichtigen, die der Planer benötigt, um mehrere Batches zu verarbeiten, und den Wert sn_api_notif_mgmt.schedule.max.runtime entsprechend festlegen. Standard: 200 |
| sn_api_notif_mgmt.publisher_message_bus_configuration | Definiert, ob Nachrichten mit Hermes Messaging-Service, dem offenen Nachrichtenbus oder beiden Nachrichtenbussen veröffentlicht werden. Gültige Werte:
Standard: openMessageBus |
| sn_api_notif_mgmt.Zeitplan.max.Laufzeit | Maximale Zeit, die eine geplante Aufgabe ausgeführt werden kann, bevor sie fehlschlägt und einen Fehler meldet. Einheit: Millisekunden Standard: 90.000 |