# IT-Operations-Lösungen: Auswirkungen, Änderungen, Verantwortlichkeit · Stilla > Wie Stilla eine nicht vertrauenswürdige CMDB, Auswirkungen, die erst nach einem Ausfall gefunden werden, Genehmigungen per E-Mail, Patching, Monitoring-Lärm… URL: https://stilla.eywo.digital/de/solutions/ Language: de Last updated: 2026-10-27 Lösungen # 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. 1. 01Business-Services 2. 02Anwendungen 3. 03Datenbanken 4. 04Server und Container 5. 05Virtualisierung und Cloud 6. 06Virtuelles Netzwerk und Datenspeicher 7. 07Speicher und SAN 8. 08Netzwerk und Segmente 9. 09Rechenzentrum Eine Abhängigkeitskarte über alle Schichten hinweg. Incidents, Changes, Alerts und Kosten wissen alle, welches Business-Service sie betreffen. 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ösung**Versionen und Historie für jeden Change, Datenqualitätschecks, Discovery, Import und Synchronisierung mit einer primären CMDB. [Artikel lesen →](https://stilla.eywo.digital/de/blog/cmdb-nobody-trusts/) 02 ### Auswirkungen werden erst nach dem Ausfall entdeckt Wer einen Change plant, weiß oft nicht, welche Business-Services davon betroffen sein werden. **Lösung**Eine mehrschichtige Abhängigkeitskarte, Ausfall-Simulation und berechneten Auswirkungen, bevor ein Change eingereicht wird. [Artikel lesen →](https://stilla.eywo.digital/de/blog/impact-before-outage/) 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ösung**Eine Freigabe-Queue, eine Eigentumsregel, jede Ablehnung mit einem Grund. [Artikel lesen →](https://stilla.eywo.digital/de/blog/change-approvals-without-email/) 04 ### Patching als monatliche Verhandlung Jedes Fenster wird erneut verhandelt und kritische Schwachstellen warten. **Lösung**Ein Patch-Vereinbarung mit dem Service Owner, ein vorab genehmigtes Fenster, Wellenpläne und ein beschleunigter Modus. [Artikel lesen →](https://stilla.eywo.digital/de/blog/patching-without-monthly-negotiation/) 05 ### Tausende von Alarmen, keine Situation Das Monitoring meldet Symptome, nicht Ursachen. Die Leute hören auf zu lesen. **Lösung**Deduplikation, Unterdrückung während Changes und Gruppierung in Situationen mithilfe der CMDB-Topologie. [Artikel lesen →](https://stilla.eywo.digital/de/blog/monitoring-noise/) 06 ### Kosten nicht mit Services verknüpft Rechnungen für Cloud und Rechenzentrum können nicht Services oder Kunden zugeordnet werden. **Lösung**FOCUS-Kostenimport, Kosten nach Service und Kunde, eine Preisliste mit einem Besitzer. [Artikel lesen →](https://stilla.eywo.digital/de/blog/what-does-a-service-cost/) Anwendungsfälle ## Use Cases Alltägliche Betriebssituationen und wie eine gemeinsame Abhängigkeitskarte hilft. 01 ### Geplante Unterbrechung eines Datenbankclusters Der Change-Manager erstellt einen Change. Stilla 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. Stilla 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. Stilla 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. 05 ### Geteilte Services 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 Tool. Stilla synchronisiert mit ihm über externe IDs und fügt die operative Schicht hinzu: Auswirkungskarten, Changes in Fenstern, Patching und Kosten. 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 →](https://stilla.eywo.digital/de/editions/)