Eine CMDB, der niemand traut
Daten veralten, Leute führen eigene Tabellen und fragen Kollegen während Incidents.
LösungVersionen und Historie für jeden Change, Datenqualitätschecks, Discovery, Import und Sync mit einer primären CMDB.
Artikel lesen →Lösungen
Wie wir es lösen
Wir beginnen nicht mit Formularen, sondern mit Daten. Jeder Prozess sitzt auf einer CMDB und einer Regel für den Besitzer. Deshalb verstehen Incidents, Änderungen und Kosten einander.
Eine Wahrheit über Ihre Infrastruktur
Eine CMDB mit 34 Klassen, von Business Services bis zu OT-Geräten. Jede Änderung hat eine Version, einen Autor und eine Quelle.
Auswirkungen vor dem Ausfall
Vor jeder Änderung wissen Sie, welche Dienste ausfallen werden. Während eines Incidents wissen Sie, wer betroffen ist.
Nachvollziehbare Verantwortlichkeit
Service Owner, bereichsspezifische Rollen, ein RACI, überprüft gegen Berechtigungen und ein fünfjähriges Audit-Log.
Einführung Schritt für Schritt
Ein Deploymentsprofil, Excel-Import und ein Readiness-Check. Sie schalten Module ein, wenn Sie sie benötigen.
Herausforderungen
Herausforderungen, die wir lösen
IT-Operationen scheitern selten an der Technologie. Sie scheitern, weil niemand das vollständige Bild hat: Wer der Service Owner ist, was von was abhängt, wann die Produktion berührt werden kann und was es kostet.
Auswirkungen werden erst nach dem Ausfall entdeckt
Wer einen Change plant, weiß oft nicht, welche Business-Services davon betroffen sind.
LösungEine mehrschichtige Abhängigkeitskarte, Ausfall-Simulation und berechneten Auswirkungen, bevor ein Change eingereicht wird.
Artikel lesen →Genehmigungen gehen in E-Mails verloren
Ausfälle, Requests und Preise werden in verschiedenen Kanälen genehmigt und niemand weiß, was wo pending ist.
LösungEine Freigabe-Queue, eine Eigentumsregel, jede Ablehnung mit einem Grund.
Artikel lesen →Patching als monatliche Verhandlung
Jedes Fenster wird wieder verhandelt und kritische Schwachstellen warten.
LösungEin Patch-Vereinbarung mit dem Service Owner, ein vorab genehmigtes Fenster, Wellenpläne und ein beschleunigter Modus.
Artikel lesen →Tausende von Alerts, keine Situation
Überwachungsberichte zeigen Symptome, nicht Ursachen. Die Leute hören auf zu lesen.
LösungDeduplikation, Unterdrückung während Änderungen und Gruppierung in Situationen mithilfe der CMDB-Topologie.
Artikel lesen →Kosten sind nicht mit Diensten verknüpft
Rechnungen für Cloud- und Rechenzentrumskosten können nicht auf Dienste oder Kunden zugeordnet werden.
LösungFOCUS-Kostenimport, Kosten nach Dienst und Kunde, eine Preisliste mit einem Besitzer.
Artikel lesen →Anwendungsfälle
Use Cases
Sechs alltägliche Betriebssituationen und wie eine gemeinsame Abhängigkeitskarte hilft.
01
Geplante Wartung eines Datenbankclusters
Der Change-Manager erstellt eine Änderung. Stratum berechnet die betroffenen Dienste, bietet einen Zeitrahmen innerhalb des Wartungsfensters und außerhalb eines Change-Freeze an und sendet die Wartung an die Service Owner zur Genehmigung. Alerts von betroffenen Servern werden während der Änderung unterdrückt.
02
Ein Speicherfehler in der Nacht
Das Monitoring sendet Hunderte von Ereignissen. Stratum gruppiert sie in eine Situation mit einer wahrscheinlichen Ursache im Speicher, öffnet ein großes Incident mit den betroffenen Diensten und eskaliert an den Lieferanten gemäß dem Service-Vertrag.
03
Eine kritische Schwachstelle am Freitag
Der Scanner-Import markiert eine aktiv ausgenutzte Schwachstelle. Stratum zeigt die betroffenen Server und Dienste, setzt eine Frist nach Schweregrad und erstellt eine Änderung in einem Schritt aus dem beschleunigten Modus des Patch-Abkommens.
04
Monatliche Abrechnungsdaten
Kosten von Clouds, OpenShift und dem Rechenzentrum werden im FOCUS-Format geladen, zum Kurs der Tschechischen Nationalbank umgerechnet und nach Kunde, Projekt und Dienst aufgeschlüsselt. Die Finanzabteilung erhält die Daten ohne Tabellenkalkulationsarbeit.
05
Geteilte Dienste für viele Kunden
Ein Anbieter betreibt eine Plattform für Dutzende von Organisationen. Die Benutzer eines Kunden sehen nur ihre eigenen Daten, einschließlich Kosten; Resolver arbeiten über Kunden hinweg und der Service Owner genehmigt die Preisliste.
06
Neben einer primären CMDB
Das Unternehmen hält seine CMDB in einem anderen Werkzeug. Stratum synchronisiert mit ihr über externe IDs und fügt die operative Schicht hinzu: Auswirkungskarten, Änderungen in Fenstern, Patching und Kosten.
Nächster Schritt
Wählen Sie eine Edition →Beginnen Sie mit einem Pilotprojekt in einem Bereich.
Wählen Sie einen Kunden oder eine Abteilung und deren wichtige Services. Nach dem Pilotprojekt überprüfen wir gemeinsam SLAs, Changes und Kosten – und Sie entscheiden über eine Ausweitung mit einem ruhigen Gefühl.