Lassen Sie uns eine Implementierung einer einfachen Preisgeschäftsregel betrachten. Wir haben eine Reihe von Parametern (Produkt-ID, Abonnementzeitraum, Aktionscode usw.), die den Endpreis eines bestimmten Produkts bestimmen. Innerhalb von DecisionRules wird eine solche Regel typischerweise in Form einer Entscheidungstabelle implementiert, die leicht erstellt, getestet und bereitgestellt werden kann. Sobald wir diese Schritte unternommen haben, können wir die Regel in der Produktion verwenden, indem wir einfach unsere Entscheidungstabelle über die Rule Solver API aufrufen. In dem Moment, in dem unser Kunde ein bestimmtes Produkt bestellt, ruft der zuständige Server DecisionRules auf und lässt den Rule Solver den Preis basierend auf den Eingabedaten bestimmen. Der Preis wird zurückgegeben und der Bestellprozess verläuft wie erwartet.
Das ist alles schön, aber reicht das aus? In der Praxis kann der Entscheidungsprozess viel komplexer sein, und die Entscheidungstabelle kann Hunderte oder Tausende von Zeilen haben. Solche komplexen Regeln können leicht Fehler enthalten, die auf den ersten Blick schwer zu erkennen sind. Daher wäre es wünschenswert, die Aktivitäten des Regelbereitstellers zu überwachen und auf das Auftreten unerwarteten Verhaltens zu reagieren. Selbst wenn wir die Regel sehr sorgfältig getestet haben und sicher wissen, dass sie genau das tut, was wir brauchen, hat die Nachverfolgung der Aktivitäten des Regelbereitstellers viele Vorteile. Schließlich sprechen wir von Geschäftsdaten, die sehr wertvoll sein können. Wenn wir Zugriff darauf haben, können wir Analysen des Verhaltens unserer Kunden durchführen und die eingesetzten Geschäftsregeln sowie die Produkte selbst effektiv optimieren.
Natürlich können die Daten, die an den DecisionRules-Regelbereitsteller gesendet und von ihm erhalten werden, auf der Seite des Servers gespeichert werden, der den Bestellprozess verwaltet. Dies bedeutet jedoch zusätzliche Logik sowie zusätzliche Rechen- und Speicherressourcen. Außerdem könnte eine solche Lösung keine intrinsischen Daten des Regelbereitstellers bereitstellen, wie zum Beispiel Debug-Protokolle oder andere nützliche Informationen.
Nach den oben genannten Argumenten sowie zahlreichen Gesprächen mit unseren Kunden haben wir beschlossen, die Funktionalität zur Protokollierung von Audits bereitzustellen, und wir freuen uns, bekannt zu geben, dass sie in unserer öffentlichen Cloud verfügbar gemacht wurde!
Audit-Protokolle generieren
Wie alles bei DecisionRules ist es super einfach, die Funktion zur Protokollierung von Audits zu nutzen. Alles, was Sie tun müssen, ist, zu den Regel-Einstellungen der Regel zu gehen, deren Audit-Protokolle Sie beobachten möchten, und den Schalter für Audit-Protokolle zu aktivieren.
Sobald die Protokollierung von Audits aktiviert ist, wird der Regelbereitsteller jedes Mal, wenn er aufgerufen wird, ein Audit-Protokoll generieren. Die Protokolle könnten wie folgt aussehen.
Wie Sie sehen, gibt es eine Menge Informationen. Lassen Sie mich vorerst nur Ihre Aufmerksamkeit auf die Eigenschaften inputData und outputData des Audit-Objekts lenken, die auf die Eingabe- und Ausgabedaten des Regel-Lösers verweisen. Diese werden typischerweise die Audit-Protokolldaten von größtem Interesse sein.
Audit-Protokolle abrufen
Audit-Protokolle können von DecisionRules abgerufen werden, indem eine HTTP-Anfrage über unsere brandneue Business Intelligence API gesendet wird, die genau zu diesem Zweck eingeführt wurde. Um sie nutzen zu können, müssen Sie einen Business Intelligence API-Schlüssel generieren. Gehen Sie einfach zum Abschnitt API-Schlüssel im App-Menü und scrollen Sie nach unten zum entsprechenden Abschnitt. Klicken Sie auf die Schaltfläche "Business Intelligence API-Schlüssel hinzufügen" und Sie sind bereit. Der generierte Schlüssel muss zusammen mit der Anfrage gesendet werden, entweder im Header oder als Abfrageparameter.
Um genau das zu erhalten, wonach Sie suchen, haben wir eine Reihe von Filtern vorbereitet. Sie können natürlich nach Audit-Protokollen anhand von Regel-IDs und Versionen suchen. Darüber hinaus ist es auch möglich, nach Solver-Schlüsseln, Tags oder Daten zu filtern. Alle Details sind in unserer Dokumentation gut beschrieben.
Was kommt als Nächstes?
Sie können die Funktionalität der Audit-Protokollierung auf jede erdenkliche Weise nutzen. Sie ist insbesondere ein großartiges Werkzeug zur Überwachung von Regeln in der Produktion, zur Entdeckung und Behebung von Produktionsfehlern oder zur Durchführung geschäftsorientierter Analysen. Auf diese Weise können Sie wirklich das Beste aus Ihren Entscheidungsprozessen herausholen!
Doch das ist noch nicht alles. Um das Leben unserer Kunden noch einfacher zu machen, haben wir uns verpflichtet, detaillierte Anleitungen zur Verbindung der Audit Business Intelligence API mit den gängigsten BI-Tools vorzubereiten, beginnend mit Power BI. Mehr dazu in einem kommenden Artikel. Bleiben Sie dran!
Danke fürs Lesen!
Jakub Kaninsky
Leitender Entwickler