6 Anzeichen dafür, dass Ihre IT-Betriebsteams besser überwacht werden müssen

1. Sie kennen die möglichen Auswirkungen der Einsätze nicht

Schnelle, kurze Release-Zyklen machen es schwer, den Überblick über Ihre Anwendungs- und Infrastrukturlandschaft zu behalten. Eine kleine Änderung tief in der Infrastruktur mag harmlos erscheinen, kann aber mit der Zeit große Auswirkungen haben. Die heutigen Überwachungslösungen sollten in der Lage sein, einen Einblick in die Systeme zu geben, die betroffen sein könnten, bevor Sie neue Software einsetzen.

Fragen Sie sich: Kenne ich die möglichen Auswirkungen auf das Geschäft, wenn ich diese Implementierung durchführe?

2. Sie müssen von Tool zu Tool springen, um die Ursache von Problemen zu finden

Wenn Probleme auftauchen, müssen Sie manuell siloartige Datensätze über mehrere Tools hinweg korrelieren. Dieser Prozess erfordert zu viel Zeit und Ressourcen und ist für die dynamischen und elastischen Umgebungen von heute nicht geeignet. Dies ist definitiv ein Zeichen dafür, dass Sie sich nach einer besseren Überwachungslösung umsehen sollten.

3. Sie verlassen sich auf den IT-Superman a.k.a. Brent

Erinnern Sie sich an Brent? Brent ist eine Figur in The Phoenix Project (ein Roman über IT und DevOps), die für jedes Projekt von entscheidender Bedeutung zu sein scheint und stark überengagiert ist. Brent, oder wie wir ihn nennen 'Der IT-Superman', kennt jedes System, jede Codezeile und jede Abhängigkeit in der IT-Landschaft. Wenn Probleme auftauchen, muss Brent einbezogen werden, um sie zu lösen. Er stellt einen menschlichen Engpass für die IT-Organisation dar.

Um den IT-Betrieb zu beschleunigen und zu skalieren, ist es wichtig, dass jeder in der IT-Organisation Kenntnisse über die von ihm betreuten Systeme und deren Abhängigkeiten von anderen Teams und Systemen hat.

PS - Möchten Sie erfahren, wie Sie Ihren derzeitigen Überwachungsansatz verbessern können? Laden Sie unser neuestes White Paper über das Monitoring Maturity Model herunter und finden Sie es heraus.

4. Wenn Sie ein Dutzend Benachrichtigungen von mehreren Tools für ein einziges Problem erhalten

Laut einer Umfrage von Enterprise Management Associates (EMA) verfügen über 65% der Unternehmen über mehr als 10 Überwachungs-Tools. Kaufen Sie ein Tool und werden Sie proaktiver, dachten sie. Aber je mehr Überwachungstools eingesetzt wurden, desto mehr Ereignisse und Warnungen wurden für das gleiche Problem erzeugt.

Wenn irgendwo in Ihrer IT-Landschaft ein Alarm ausgelöst wird, besteht die Wahrscheinlichkeit, dass viele weitere Alarme zu Komponenten ausgelöst werden, die mit dem ursprünglichen Alarm zusammenhängen. Der daraus resultierende "Alarmsturm" kann IT-Mitarbeiter überfordern, die wahre Ursache des Problems verschleiern und die Reaktionsfähigkeit des Teams lähmen.

All diese Tools waren nie dafür gedacht, zusammen zu arbeiten, es ist, als ob sie eine andere Sprache sprechen würden.

5. War Room Meetings sind unerlässlich für die Diagnose von Problemen

Ein War Room ist für große IT-Organisationen zu einem unverzichtbaren Ansatz geworden, um komplexe Probleme zu diagnostizieren. Der Ansatz des War Rooms besteht darin, eine Gruppe von Mitarbeitern aus verschiedenen IT-Silos in einem Raum zusammenzubringen und sie damit zu beauftragen, eine Lösung für ein kritisches Problem zu finden.

Aber War Rooms schaden mehr als sie nützen. Sie machen die Teams weniger produktiv, sie sind reaktiv statt proaktiv und es ist schwer, alle auf die gleiche Seite zu bringen, da jeder seine eigenen Überwachungslösungen hat und somit eine andere "Sprache" spricht. Dieser Prozess ist mühsam, zeitaufwändig und oft erfolglos.

6. Es gibt eine Lücke zwischen Anwendungsleistung und Infrastrukturmanagement

Die heutigen Lösungen zur Überwachung der Anwendungsleistung (Application Performance Monitoring, APM) konzentrieren sich auf die Identifizierung und Diagnose von Problemen mit der Anwendungsleistung, die durch den Anwendungscode verursacht werden, z.B. Java und PHP. Probleme, die von Infrastrukturteams verursacht werden, sind für APM-Lösungen nicht sichtbar, da diese Tools in erster Linie den Anwendungscode für benutzerdefinierte Anwendungsserver untersuchen.

Infrastruktur-Teams haben das gleiche Problem mit der Sichtbarkeit. Ihnen fehlt der Überblick über die Anwendungen und sie haben keine Ahnung, wie sich Infrastrukturkonfigurationen auf die Anwendungsleistung auswirken können.

Welche anderen Anzeichen oder Fehler sehen Sie bei anderen Teams und IT-Organisationen?