| Gemeinsam genutztes Configuration Item (CI) Szenario: Eine Organisation überwacht einen Datenbankserver, bei dem mehrere Probleme auftreten. Dies führt zu zahlreichen Warnungen im Zusammenhang mit verschiedenen Anwendungen, die diese Datenbank verwenden. |
- Verzögerte Reaktion: Teams können isoliert auf Warnungen reagieren und dabei möglicherweise zugehörige Warnungen übersehen, was zu verzögerten Lösungen führt.
- Ineffiziente Ressourcenzuteilung: Zeit und Ressourcen werden möglicherweise für die Untersuchung einzelner Warnungen verschwendet, die tatsächlich miteinander zusammenhängen.
- Fehlender Kontext: Warnungen, die sich auf dasselbe CI beziehen, können über verschiedene Warnungsgruppen verteilt sein, was es schwierig macht, einen vollständigen Überblick zu erhalten.
|
- Fassen Sie Warnungen, die sich auf dasselbe CI beziehen, in einer einzigen Gruppe zusammen, um eine einheitliche Ansicht zu schaffen.
- Ermöglichen Sie eine schnellere Lösung von Warnungen, indem Sie alle zugehörigen Warnungen gemeinsam behandeln.
|
| Hosting-/Containment-Beziehungen Szenario: Ein physischer Server hostet mehrere virtuelle Computer (VMs), und für einen Hardwarefehler auf dem Server wird eine Warnung generiert. Aufgrund der Abhängigkeit der VMs vom Server werden auch mehrere Warnungen für die VMs ausgegeben. |
- Transparenz in Abhängigkeiten: Teams haben möglicherweise keinen Einblick in die Art und Weise, wie CIs miteinander verbunden sind, was zu ineffizienten Problembehandlungsprozessen führt.
- Lösung komplexer Warnungen: Das Verständnis der betroffenen CIs und ihrer Beziehungen kann kompliziert sein, was zu längeren Lösungszeiten führt.
- Ressourcenverbrauch: Eine Missverwaltung von Warnungen kann zu doppelten Aufgaben in Teams führen, wodurch Zeit und Ressourcen verschwendet werden.
|
- Gruppieren Sie Warnungen mithilfe der Hosting-/Containment-Regeln CMDB, um Warnungen im Zusammenhang mit dem physischen Server und den gehosteten VMs in einer einzigen Warnungsgruppe zusammenzufassen.
- Stellen Sie eine umfassende Ansicht aller Warnungen im Zusammenhang mit dem Ausfall des physischen Servers bereit.
- Konzentrieren Sie die Korrekturmaßnahmen auf den physischen Server, während Sie die VMs überwachen, um sicherzustellen, dass alle Aspekte effizient behandelt werden.
|
| Anwendungsbeziehungen Szenario: Eine Unternehmensanwendung basiert auf mehreren Mikroservices, und bei einem dieser Services tritt ein Problem auf, das Warnungen in mehreren Komponenten generiert, was die Diagnose erschwert. |
- Anwendungsabhängigkeiten verstehen: Für Teams kann es schwierig sein, die Interaktion von Anwendungskomponenten nachzuverfolgen, was es schwierig macht, Probleme in komplexen Systemen zu lokalisieren.
- Langsame Lösung von Incidents: Ohne ein klares Verständnis des Anwendungs-Flows kann die Lösung von Warnungen langsam und arbeitsintensiv sein.
- Inkonsistente Überwachung: Warnungen im Zusammenhang mit Anwendungen werden möglicherweise nicht konsistent überwacht oder priorisiert, was zu potenziellen Fehlern führt.
|
- Implementieren Sie eine Gruppierung basierend auf Applicative Flow-Beziehungen, um Warnungen im Zusammenhang mit dem betroffenen Microservice und seinen abhängigen Komponenten zusammenzufassen.
- Verwenden Sie Abhängigkeitszuordnungen, um die Interaktion verschiedener Services zu visualisieren.
- Optimieren Sie den Lösungsprozess, indem Sie gruppierte Warnungen im Zusammenhang mit der Anwendung bearbeiten und so die Antwortzeiten verbessern.
|