Mit dem flexiblen Datenmodell
Beginnend mit Organisationale Resilienz, Release 21.0.x, das flexible Datenmodell verbessert Metriken für die operative Resilienz, indem die Datenvisualisierung und der Flow abhängiger Services verbessert werden. Es unterstützt auch mehrere Dashboards mit Einblicken in rote Kennzeichnungen, die Wichtigkeit des Business-Services und die Auswirkungstoleranz.
Beginnend mit Organisationale Resilienz, Release 20.1.x, die Hauptknotenkonfigurationen, unterstützt von Framework für Datenbeziehungen, Wurden mit eingeführt Organisationale Resilienz Zum Definieren von Abhängigkeits-Rollup-Ketten. Die Hauptknotenkonfigurationen, wobei die Quelle die OpRes-CMDB ist, werden sofort geliefert. Informationen zu den Hauptknotenkonfigurationen, zum Erstellen einer neuen Hauptknotenkonfiguration oder zum Aktualisieren einer vorhandenen Hauptknotenkonfiguration finden Sie unter Hauptknotenkonfigurationen.
Im vorherigen Datenmodell wurde in der Tabelle „CSDM-Objekte“ [sn_oper_res_Profile] die gesamte Abhängigkeitskette gespeichert, einschließlich aller möglichen Kombinationen, wodurch der Datenabruf umständlich und die Wartung schwierig ist. Dieser Ansatz wurde zugunsten eines effizienteren Modells veraltet.
Schlüsselfunktionen des flexiblen Datenmodells
Das flexible Datenmodell bietet mehrere wichtige Funktionen, die die Metriken für die operative Resilienz verbessern.
- Verbesserte Datenvisualisierung: Die Module „Services“, „Business-Services“, „Angebote“, „Geschäftsprozesse“ und „Anwendungsservices“ verfügen jetzt über ein vertikales Layout, das herkömmliche horizontale Registerkarten ersetzt und die Navigation innerhalb von verbessert Arbeitsbereich für organisationale Resilienz. Sie können die gesamten Resilienzmetriken für ein Objekt, z. B. einen Geschäftsprozess oder einen Business-Service, auf der Registerkarte Übersicht im vertikalen Layout anzeigen.
Sie können dann die nachgelagerten Daten und verschiedene Dashboards basierend auf der ausgewählten obersten Klasse anzeigen. Das folgende Beispiel zeigt die häufigsten Steuerungen, die für den Business-Service verstärkt werden sollen.
Wenn Sie das Diagramm auswählen, werden detaillierte Informationen zu den Abhängigkeitsdatensätzen, zugehörigen Steuerungen und Kontrollzielen angezeigt.
- Optimierte Navigation: Sie können direkt auf zugehörige Listen und Metriken für einen bestimmten Business-Service zugreifen, z. B. Serviceangebote, Geschäftsprozesse, Anwendungsservices, Abhängigkeiten, Incidents, und Metriken aus dem vertikalen Layout.
Technische Implementierung
Beginnend mit Organisationale Resilienz, Release 21.0.x, das Datenmodell für Konfigurationen der operativen Resilienz wurde optimiert. Jetzt wird jeder Knoten in einer hierarchischen Kette, z. B. ein Business-Service zum Angebot an Prozesse, separat in der Tabelle [sn_oper_res_Profile] CSDM-Objekte zusammen mit seiner Klasse und übergeordneten Knoten gespeichert. Dies bedeutet, dass nur relevante Objekte (z. B. 500 von 1.000 Entitäten) gespeichert werden, die Teil von Hauptknotenkonfigurationen sind, was die Effizienz der Datenverwaltung verbessert.
Das mit eingeführte flexible Datenmodell Organisationale Resilienz, Release 21.0.x bietet eine Grundlage für die Dashboards und verfolgt den Flow abhängiger Services. Die Daten, einschließlich roter Kennzeichnungen nach Typ, z. B. fehlgeschlagene Steuerungen, Incidents und Ausfälle, und Business-Service-Metriken wie Anzahl der Kennzeichnungen, Wichtigkeit und Auswirkungstoleranz, werden im Dashboard durch Änderungen am flexiblen Datenmodell aktualisiert.
Die im Beispiel angezeigten Daten gelten für Business-Services wie Business-Service nach Anzahl der roten Kennzeichnungen, Business-Service nach Wichtigkeit, Business-Service nach Auswirkungstoleranz. Sie können konfigurieren sn_oper_res.top_class_nameEigenschaft, um eine Klasse als oberste Klasse zu bestimmen.
Konfigurieren der Eigenschaft „sn_oper_res.Top_class_Name“
Sie können konfigurieren sn_oper_res.top_class_nameEigenschaft, um eine beliebige Klasse als oberste Klasse in der Dashboard-Ansicht zu bestimmen, damit jeder Knoten, z. B. Business-Service, Geschäftsprozess oder Anwendungsservice, der oberste Knoten sein kann. Sie können dann die nachgelagerten Daten und verschiedene Dashboards basierend auf der ausgewählten obersten Klasse anzeigen, z. B. die Anzahl der Anwendungsservices, die sich unter einem Business-Service befinden. Mit dieser Option können Sie im Dashboard zwischen verschiedenen Ansichten wie Business-Services, Serviceangeboten, Geschäftsprozessen oder Anwendungen wechseln und relevante Daten entsprechend anzeigen.
Wenn die Daten beispielsweise für einen Business-Service angezeigt werden, können Sie die oberste Klasse in Serviceangebote, Geschäftsprozesse oder Anwendungsservices ändern, indem Sie konfigurieren sn_oper_res.top_class_nameEigenschaft. Sie können dann die oberste Klasse in ein anderes Objekt ändern, und das System zeigt Daten in Bezug auf diese spezifische oberste Klasse an. Diese Eigenschaft gilt nur für die Dashboards und nicht für die Arbeitsbereichsformulare. Weitere Informationen zu den Eigenschaften finden Sie unter Organisationale Resilienz-Eigenschaften konfigurieren.
Das folgende Beispiel zeigt, dass der oberste Klassenname auf festgelegt ist cmdb_ci_service_business.
Sie können den Eigenschaftswert so ändern, dass er ein Serviceangebot oder eine Anwendung darstellt, und das Dashboard wird mit den entsprechenden Daten ausgefüllt. Das folgende Beispiel zeigt, wie der oberste Klassenname auf „Serviceangebot“ aktualisiert wird.
Basierend auf dem aktualisierten Eigenschaftsnamen werden Daten für das Serviceangebot in angezeigt Organisationale Resilienz Dashboard, wie im Beispiel gezeigt.
Berechnung und Rollup von roten Kennzeichnungen
Wenn Calculate red flags for CSDM and dependenciesDie geplante Aufgabe wird ausgeführt, die roten Kennzeichnungsdaten werden im Dashboard ausgefüllt. Das Dashboard im folgenden Beispiel zeigt im Abschnitt „Business-Service nach Anzahl der roten Kennzeichnungen“ einen Bereich von 1-30 roten Kennzeichnungen an.
Wenn Sie die Karte auswählen, wird eine detaillierte Aufgliederung für den Business-Service angezeigt. Es werden insgesamt 24 rote Kennzeichnungen angezeigt, wobei 3 speziell dem Service „Karten und Zahlungen“ zugeordnet sind. Die folgende Abbildung zeigt die Rollup-Funktionalität, die die roten Kennzeichnungen für die Entitäten zusammenfasst, die dem ausgewählten Business-Service „Karten und Zahlungen“ zugeordnet sind, und eine hierarchische Ansicht der Daten bietet.
Der Wert „24“, der in der Spalte Gesamtanzahl der roten Kennzeichnungen angezeigt wird, ist der Rollup-Wert der roten Kennzeichnungen für alle Entitäten unter dem Business-Service „Karten und Zahlungen“.
CSDM-Objekttabelle
- In der Spalte Betroffene Objekte werden die übergeordneten Objekte angezeigt.
- In der Spalte Betroffene Objektklassen werden die Klassen angezeigt.
- Die Spalte „Anzahl der roten Kennzeichnungen“ gibt die Anzahl der roten Kennzeichnungen an, die einem Knoten direkt zugewiesen sind.
- Die Spalte Gesamtanzahl der roten Kennzeichnungen zeigt die Gesamtanzahl der roten Kennzeichnungen an, die einem Knoten direkt zugewiesen sind, und seiner untergeordneten Elemente, wie in der Tabelle angezeigt.
Die Objektklassen, die in der Spalte „Objektklasse“ im Beispiel angezeigt werden, stellen verschiedene Entitäten klar dar, einschließlich Geschäftsanwendungen und -Prozesse. Diese Daten werden dann mithilfe von Korrekturskripts in das System eingespeist, um sicherzustellen, dass die Informationen korrekt ausgefüllt und aktuell sind. Mithilfe dieser Skripts kann das System die komplexen Beziehungen zwischen verschiedenen Objektklassen effektiv anzeigen und verwalten.
Sie können die Objekte in Bezug auf ihre Objektklassen gruppieren. Dann können Sie die Objektklassen für Serviceangebote, Kernunternehmen, Geschäftsprozesse usw.
Die vorgelagerten betroffenen Objekte für eine bestimmte Objektklasse werden der Spalte Betroffene Objekte hinzugefügt. Zum Beispiel verfügt der Java Application Server FLX über vorgelagerte betroffene Objekte wie digitalen Bankprozess und eingehende Zahlungen, die hinzugefügt werden und in der Spalte Betroffene Objekte angezeigt werden.
Dieser Prozess beginnt mit dem Objekt der niedrigsten Ebene und umfasst die Ebene darüber, die die betroffenen Objekte ausfüllt. Die Daten werden dann direkt in die Hauptknotenkonfigurationen integriert.
Hauptknotenkonfigurationen
- Geschäftsprozess zu Abhängigkeiten
- Business-Service zu nachgelagerten Datensätzen
- Business-Service zu Abhängigkeiten
- Opres mit CSDM-Header
- Service (CMDB)
- Serviceangebot für Abhängigkeiten
Der gesamte Flow, der von einem Business-Service über den Geschäftsprozess bis zum Serviceangebot und dann zu einer Anwendung geht, wird in den Hauptknotenkonfigurationen erstellt, und dann werden die Konfigurationen den betroffenen Objekten zugeordnet.
Informationen zum Einrichten der Hauptknotenkonfigurationen finden Sie unter Erstellen Sie den Konfigurationsdatensatz des Hauptknotens.
Geplante Aufgaben werden ausgeführt
Zwei geplante Aufgaben, Update CSDM and other dependenciesUnd Calculate red flags for CSDM and dependenciesIn regelmäßigen Abständen ausführen und Daten in der Tabelle „CSDM-Objekte“ [sn_oper_res_Profile.list] und den roten Kennzeichnungen ausfüllen. Weitere Informationen finden Sie unter Führen Sie die geplanten Aufgaben aus.
Alle Hauptknotenkonfigurationen werden parallel behandelt. Für jede Hauptknotenkonfiguration wird ein separates Ereignis ausgelöst, das die parallele Verarbeitung ermöglicht. Durch die erweiterte Konfiguration ist keine sequenzielle Verarbeitung erforderlich, was die Effizienz erheblich verbessert.
Nach dem Ausführen von Update CSDM and other dependenciesGeplante Aufgabe. Die Daten werden in die Tabelle „CSDM-Objekte“ abgerufen. Abhängigkeiten werden für die Objekte aktualisiert und in den Modulen angezeigt.
Zuvor war das Durchlaufen von viele-zu-viele-Tabellen, um zugehörige Datensätze zu finden, zeitaufwändig. Indem Sie jetzt betroffene Objekte in der Tabelle selbst speichern, können Sie zugehörige Datensätze direkt aus einer einzelnen Spalte abrufen, wodurch die rekursive Hierarchienerstellung entfällt und die Effizienz erheblich verbessert wird.
Abhängigkeiten werden zuerst aus der Tabelle „Entität“ [sn_grc_Profile] (viele-zu-viele) abgerufen. Wenn Sie ausführen Calculate red flags for CSDM and other dependenciesGeplante Aufgabe. Die roten Kennzeichnungsdaten werden gemäß den konfigurierten Einstellungen abgerufen und zusammengefasst.
Nachdem die geplante Aufgabe abgeschlossen ist, sind die Hauptknotenkonfigurationen nicht mehr erforderlich. Das Dashboard verwendet die oberste Klasseneigenschaft, um die Bereitstellungstabelle für rote Kennzeichnungen zu durchlaufen und nachgelagerte rote Kennzeichnungen abzurufen, die dem angegebenen Datensatztyp entsprechen, z. B. Business-Service oder Serviceangebot usw.
Das folgende Beispiel zeigt, dass ein Rollup für Incident SO1 – VM von SO1 durchgeführt wird.
Fehlgeschlagene Steuerungen aus Geschäftsprozessen und Serviceangeboten werden zusammengefasst und in den Modulen angezeigt.