Von einer CMDB aus berechnet Eywo Stratum die Auswirkungen auf Services – für Incidents, Changes, Patching und Kosten – einschließlich der Redundanz von Clustern und Replikation. Für IT-Betrieb in regulierten Organisationen, die von denselben Daten aus entscheiden und dies nachweisen möchten.
Wir bringen CMDB, Incidents, Changes, Monitoring und Kosten auf einer Abhängigkeitskarte zusammen. Jede Entscheidung im Betrieb beruht so auf denselben Daten – und wer für den Betrieb verantwortlich ist, geht beruhigt nach Hause.
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.
Daten veralten, Leute führen eigene Tabellen und fragen Kollegen während Incidents.
Wer einen Change plant, weiß oft nicht, welche Business-Services davon betroffen sein werden.
Ausfälle, Requests und Preise werden in verschiedenen Kanälen genehmigt und niemand weiß, was wo pending ist.
Jedes Fenster wird erneut verhandelt und kritische Schwachstellen warten.
Das Monitoring meldet Symptome, nicht Ursachen. Die Leute hören auf zu lesen.
Rechnungen für Cloud und Rechenzentrum können nicht Services oder Kunden zugeordnet werden.
Wir beginnen nicht mit Formularen, sondern mit Daten. Jeder Prozess basiert auf einer CMDB und einer Regel für den Besitzer. Deshalb verstehen Incidents, Changes und Kosten einander.
Cluster, HADR, Data Guard, PowerHA, HyperSwap und gepaarte SAN-Fabrics werden bei der Berechnung der Auswirkungen berücksichtigt. Incidents, Changes, Patch-Pläne und Monitoring-Situationen verwenden alle dieselbe Berechnung.
Ein Besitzer für jeden Service, bereichsspezifische Rollen, ein RACI, der gegen Berechtigungen geprüft wird, und ein unveränderlicher fünfjähriger Audit-Trail. Beweise für NIS2- und DORA-Berichterstattung sind in Vorbereitung.
CMDB, ITSM, Event-Management, Patch-Management und FinOps teilen einen Satz von Daten. Sie schalten Module ein, wenn Sie sie benötigen – nicht als Add-on-Produkte.
SaaS oder ein Container auf Ihrem eigenen OpenShift. Tschechisch und Englisch, lokale Feiertage in SLAs, CNB-Wechselkurse, eine öffentliche Preisliste und eine schrittweise Einführung mit einem Bereitschaftstest.
Module, die ihre Daten teilen. Schalten Sie nur die ein, die Sie benötigen.
Standard
Standard
Standard
Standard
Standard
Standard
Business
Business
Business
Business
Enterprise
Enterprise
StandardDie Abhängigkeitskarte, Service Owner und ein unveränderlicher Audit-Trail sind die Grundlage für NIS2 und DORA. Sehen Sie, was heute verfügbar ist und was in Vorbereitung ist.
NIS2 und DORA →Verwenden Sie ServiceNow, Jira, OpenText oder CA? Sehen Sie, wann Stratum statt oder neben diesen Tools sinnvoll ist.
Vergleich →Wie Operationen aussehen, wenn Prozesse dieselben Daten verwenden.
Der Change-Manager erstellt einen Change. Stratum berechnet die betroffenen Services, bietet einen Zeitrahmen innerhalb des Wartungsfensters und außerhalb eines Change-Freeze an und sendet die Unterbrechung an die Service Owner zur Genehmigung. Alerts von betroffenen Servern werden während des Changes unterdrückt.
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 Services und eskaliert an den Lieferanten gemäß dem Service-Vertrag.
Der Scanner-Import markiert eine aktiv ausgenutzte Schwachstelle. Stratum zeigt die betroffenen Server und Services, setzt eine Frist nach Schweregrad und erstellt einen Change in einem Schritt aus dem beschleunigten Modus des Patch-Abkommens.
Kosten von Clouds, OpenShift und dem Rechenzentrum werden im FOCUS-Format geladen, zum Kurs der Tschechischen Nationalbank umgerechnet und nach Kunde, Projekt und Service aufgeschlüsselt. Die Finanzabteilung erhält die Daten ohne Tabellenkalkulationsarbeit.
Für IT-Operationen in Banken und Versicherungen, Energie, Automotive und Fertigung, im öffentlichen Sektor und für Shared-Service-Anbieter. Jede Rolle sieht dieselben Daten, stellt aber unterschiedliche Fragen.
„Darf dieser Change durchgeführt werden, wann und wer hat ihn freigegeben?“
Mehr für diese Rolle →„Welche Schwachstellen bedrohen welche Services und wann sind sie behoben?“
Mehr für diese Rolle →Beginnen Sie mit dem, was Sie heute benötigen. Wechseln Sie zu einer höheren Edition, ohne Daten zu migrieren.
Für Organisationen, die eine zuverlässige CMDB und verwaltete ITSM-Prozesse wünschen.
Für Betriebsabläufe, die Monitoring, Sicherheit und Anbieter verbinden möchten.
Für Shared-Service-Anbieter und große Organisationen.
Indikative Preise ohne MwSt., pro Umgebung. Wir erstellen ein genaues Angebot basierend auf Umfang und Bereitstellungsmodell.
IT-Management-Herausforderungen und wie wir sie angehen.
Zwischen einer virtuellen Maschine und dem physischen Netzwerk liegt eine Schicht, die die meisten CMDBs nicht sehen – virtuelle Switches, Port Groups und Host-Uplinks. Doch genau hier wird entschieden, welche Business-Services eine Netzwerk-Änderung berührt.
Beide Vorschriften stellen dieselbe Frage: Wissen Sie, welche Services ein Ausfall trifft, wer dafür verantwortlich ist und was sich wann geändert hat? Ohne eine zuverlässige Abhängigkeitskarte müssen die Antworten oft unter Zeitdruck manuell zusammengestellt werden.
Die Einführung eines neuen ITSM-Tools muss nicht zwangsläufig Monate von Workshops und Beratern bedeuten. Beginnen Sie mit einem Bereich, übertragen Sie die Daten, die ihr bereits in Excel führen, und prüfen Sie die Bereitschaft, bevor Sie live gehen.
Wählen Sie einen Kunden oder eine Abteilung und deren wichtigste Services. Nach dem Pilotprojekt überprüfen wir gemeinsam SLAs, Changes und Kosten – und Sie entscheiden über eine Ausweitung mit einem ruhigen Gefühl.
Wir antworten in Ihrer Sprache. Nachrichten werden automatisch übersetzt; jede Antwort wird von einem Mitglied unseres Teams verfasst.