Gelassen geführte IT

Chaos unter Kontrolle. Keine Überraschungen.

CentOps vereint CMDB, Incidents, Changes, Monitoring und Kosten auf einer Abhängigkeitskarte. Die Auswirkung jeder Änderung und jedes Ausfalls kennen Sie im Voraus, einschließlich der Redundanz von Clustern und Replikation. Weniger Handarbeit, weniger nächtliche Anrufe und ruhigerer Schlaf für den IT-Betrieb regulierter Organisationen.

SERVICESANWENDUNGENSERVERNETZWERK & STORAGEMonitoringLogsAPMCloudScanner Event-Management UMBRELLA · 5 QUELLEN 1.284 Events→ 3 SituationenKundenportalZahlungenWebAPI-GatewayZahlungssystemvm-web-01vm-api-02db-pay-01core-sw-01san-01RequestREQ-2201SLA99,95 %ChangeCHG-0117IncidentINC-0042 SERVICESANWENDUNGENSERVERNETZWERK & STORAGEMonitoringLogsAPMScannerCloud Event-Management UMBRELLA · 5 QUELLEN 1.284 Events → 3 SituationenKundenportalZahlungenAPI-GatewayZahlungssystemvm-api-02db-pay-01core-sw-01san-01SLA99,95 %IncidentINC-0042
Events aus allen Quellen fließen in CentOps, werden über der CMDB korreliert und färben die betroffenen Elemente. Daran hängen Incident, Change, Request und das SLA des Service.
Unter die Oberfläche sehen

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.

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.

01

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 Synchronisierung mit einer primären CMDB.
Artikel lesen →
02

Auswirkungen werden erst nach dem Ausfall entdeckt

Wer einen Change plant, weiß oft nicht, welche Business-Services davon betroffen sein werden.

LösungEine mehrschichtige Abhängigkeitskarte, Ausfall-Simulation und berechneten Auswirkungen, bevor ein Change eingereicht wird.
Artikel lesen →
03

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 →
04

Patching als monatliche Verhandlung

Jedes Fenster wird erneut 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 →
05

Tausende von Alarmen, keine Situation

Das Monitoring meldet Symptome, nicht Ursachen. Die Leute hören auf zu lesen.

LösungDeduplikation, Unterdrückung während Changes und Gruppierung in Situationen mithilfe der CMDB-Topologie.
Artikel lesen →
06

Kosten nicht mit Services verknüpft

Rechnungen für Cloud und Rechenzentrum können nicht Services oder Kunden zugeordnet werden.

LösungFOCUS-Kostenimport, Kosten nach Service und Kunde, eine Preisliste mit einem Besitzer.
Artikel lesen →
Lösung

Wie wir es lösen

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.

Auswirkungen aus einem Graphen, Redundanz inklusive

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.

Rechenschaftspflicht für regulierte Operationen

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.

Eine Anwendung statt mehrerer Produkte

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.

Schnelle Einführung, lokaler Betrieb

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.

Funktionen

Funktionen

Module, die ihre Daten teilen. Schalten Sie nur die ein, die Sie benötigen.

NIS2 und DORA

Was wir heute nachweisen können und was in Vorbereitung ist

Die 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 →
Vergleich

CentOps und andere Werkzeuge

Verwenden Sie ServiceNow, Jira, OpenText oder CA? Sehen Sie, wann CentOps statt oder neben diesen Tools sinnvoll ist.

Vergleich →
Anwendungsfälle

Use Cases

Wie Operationen aussehen, wenn Prozesse dieselben Daten verwenden.

01

Geplante Unterbrechung eines Datenbankclusters

Der Change-Manager erstellt einen Change. CentOps 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.

02

Ein Speicherfehler in der Nacht

Monitoring sendet Hunderte von Ereignissen. CentOps 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.

03

Eine kritische Schwachstelle am Freitag

Der Scanner-Import markiert eine aktiv ausgenutzte Schwachstelle. CentOps 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.

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 Service aufgeschlüsselt. Die Finanzabteilung erhält die Daten ohne Tabellenkalkulationsarbeit.

Für wen

Für wen es geeignet ist

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.

CIO / IT-Direktor

„Habe ich den Betrieb im Griff – und kann ich das belegen?“

Mehr für diese Rolle →
  • SLA-Leistung nach Business-Service und Monat
  • Kosten nach Business-Service und Kunde
  • Audit-Protocolle und RACI für Audits und Regulierung
  • Schrittweise Einführung mit messbarer Einsatzbereitschaft
Editionen

Editionen

Beginnen Sie mit dem, was Sie heute benötigen. Wechseln Sie zu einer höheren Edition, ohne Daten zu migrieren.

Standard

Für Organisationen, die eine zuverlässige CMDB und verwaltete ITSM-Prozesse wünschen.

990 €
pro Monat
  • CMDB, Abhängigkeitskarte und redundanzbewusste Auswirkungen
  • Verfügbarkeit und Resilienz der Services
  • Incidents, Requests und Servicekatalog
  • Problems und Known Errors
  • Changes mit Freigabe-Audit, Wartungsfenster und Kalender
  • SLAs und Geschäftszeiten
  • Eine Freigabe-Queue
  • Rollen, RACI, SSO und Prüfprotokoll
  • Excel-Import und Readiness-Check
Bestellung Standard →
Empfohlen

Business

Für Betriebsabläufe, die Monitoring, Sicherheit und Anbieter verbinden möchten.

2.390 €
pro Monat
  • Alles in Standard
  • Event-Management und Situationen
  • Patch- und Schwachstellenmanagement
  • Rechenzentren und Höheneinheiten im Rack
  • Serviceverträge und Anbieter
  • Beschaffung, IT-Assets, Abschreibungen und Ersatzteile
  • KI-Assistent
Bestellung Business →

Enterprise

Für Shared-Service-Anbieter und große Organisationen.

ab 5.900 €
pro Monat
  • Alles in Business
  • Kosten, Abrechnung und Preisliste (FinOps)
  • Kunden-Daten-Trennung
  • Synchronisierung mit einer primären CMDB
  • Prioritätsunterstützung
Bestellung Enterprise →

Indikative Preise ohne MwSt., pro Umgebung. Wir erstellen ein genaues Angebot basierend auf Umfang und Bereitstellungsmodell.

Fragen und Antworten

Häufig gestellte Fragen

Was ist CentOps?

CentOps ist eine betriebliche Karte Ihrer gesamten IT. Aus einer CMDB berechnet es die Auswirkungen auf Business-Services – für Incidents, Changes, Patching und Kosten – einschließlich der Redundanz von Clustern und Replikation. Es wird von Eywo s.r.o. mit Sitz in Prag entwickelt.

Für wen ist CentOps geeignet?

Für IT-Operationen in regulierten Organisationen: Banken und Versicherungen, Energie, Automotive und Fertigung, öffentlicher Sektor und Shared Service Provider. Es wird von CIOs, Operations-Leads, Service-Ownern, Change-Managern, Sicherheitsexperten und IT-Finanzexperten verwendet.

Welche Module enthält CentOps?

22 Module in sechs Gruppen: Services und Konfiguration (Konfigurationsdatenbank, Abhängigkeitskarte, Verfügbarkeit und Resilienz, Rechenzentren), Erkennen und beheben (Monitoring, Incidents, War Room, Probleme, SLAs), Anfordern und bereitstellen (Katalog, IT-Assets und Beschaffung, Lizenzen und Ersatzteile), Ändern und ausrollen (Changes, Freigaben, Patching), Strategie und Portfolio (Enterprise-Architektur, Kosten, Verträge, Einführungs-Roadmap) sowie Steuerung und Sicherheit (Rollen, Audit, Kundentrennung). Der KI-Assistent arbeitet über alle Module; alle teilen dieselben Daten.

Wie wird CentOps bereitgestellt?

Als SaaS, betrieben von Eywo, in Ihrem eigenen Cloudflare-Konto oder als Container auf Ihrem OpenShift. Die Schnittstelle funktioniert auch auf Mobilgeräten.

Wie viel kostet CentOps?

Indikativ: Standard 990 €, Business 2.390 € und Enterprise ab 5.900 € pro Umgebung pro Monat, zuzüglich MwSt. Wir erstellen ein genaues Angebot basierend auf Umfang und Bereitstellungsmodell.

Führt CentOps automatische Discovery durch?

Heute kommen die Daten über die Discovery-API (mit Abgleich, vollständiger Synchronisierung und Ausmusterung), per CSV- und Excel-Import oder durch Synchronisierung mit einer primären CMDB. Das OpenShift-Inventar (Knoten, OpenShift Virtualization, gehostete Cluster, Netzwerk und ODF) importieren wir mit einem rein lesenden Werkzeug. Konnektoren für die automatische Erfassung aus vCenter und Public Clouds sind in Vorbereitung.

Nächster Schritt

Beginnen Sie mit einem Pilotprojekt in einem Bereich.

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.

Wählen Sie eine Edition →