Es gibt da ein altes Klischee über Verkäufe und über Arbeit, die man erledigen will – niemand will eine Bohrmaschine kaufen, sondern einfach nur ein Loch haben … eigentlich will man ein Zuhause mit Bildern an der Wand. Um dieses wunderschön gestaltete Zuhause zu erreichen, kauft man eine Bohrmaschine, bohrt Löcher für Halterungen, an denen verschiedene Kunstwerke und Familienfotos hängen, und arbeitet sich so Stück für Stück vor bis zum hübschen Traumhaus.
Ebenso will niemand Observability-Software kaufen. Unternehmen wollen, dass die Mean Time to Resolve (MTTR) gleich Null ist. Unternehmen wollen keine Software- oder Sicherheitsprobleme, und wenn doch, dann wollen sie diese so schnell wie möglich finden und beheben. Observability versprach, die Bohrmaschine zu sein, das Werkzeug, um diesen Traum wahr werden zu lassen. Aber bisher sind die meisten Observability-Tools diesem Ideal nicht gerecht geworden.
Wonach Unternehmen bei Observability wirklich suchen
Die meisten Teams, die feststellen, dass sie eine Observability-Lösung benötigen, sind auf der Suche nach vier Schlüsselelementen: proaktive Problemerkennung, reduzierte MTTR, verbesserte Leistung, und das alles mit Automatisierung und Workflows, um die Behebung zu erleichtern.
- Proaktive Problemerkennung: Der Prozess, um dies zu erreichen, ist Monitoring. Sie benötigen Echtzeit-Telemetriedaten von Ihrer Infrastruktur und Ihren Anwendungen, damit Sie wissen, wann etwas ausfällt oder nicht mehr optimal funktioniert.
- Reduzierung der MTTR: Dies kommt unweigerlich auf eine schnellere Ursachenanalyse zurück. Je schneller Sie herausfinden können, was passiert ist, desto schneller können Sie es in Ordnung bringen.
- Verbesserte Leistung und User Experience: Teams wollen nicht einfach nur neue Funktionen veröffentlichen und weiterziehen. Sie müssen wissen, dass diese Funktionen reibungslos laufen und dass die Benutzer positive Erfahrungen machen. Mit diesen Erkenntnissen können sich Unternehmen verbessern und ihre Benutzer weiterhin begeistern.
- Bessere Behebung von Problemen mit proaktiven Methoden: Behebung mit Workflows und Automatisierung, so dass man, wenn man etwas finden, das nicht optimal funktioniert, es konsequent und mit minimalem Experteneinsatz beheben kann.
Aber all diese Dinge führen wieder zum wahren Ziel einer MTTR von Null. Eine proaktive Ermittlung der Grundursache hilft, den Untersuchungsteil des Prozesses zu beschleunigen. Eine rasche Ursachenanalyse ist für die Reaktion auf einen Vorfall unerlässlich. Sie dient auch als Grundlage für die letzte Phase der Behebung, die schnell und zuverlässig sein sollte. Und die Verbesserung des Kundenerlebnisses sollte nicht zu neuen Fehlern oder Problemen im System führen.
Erfahren Sie, wie Automation Anywhere mit Sumo Logic die MTTR reduziert.
Wie wir Observability dieses Mal besser konzipieren
Ich habe bereits auf einige der Fallstricke hingewiesen, die bei der Verwendung eines alten Ansatzes für „Observability 2.0“ bestehen. Der Markt und die Experten sind sich einig, dass der Versuch, mehrere Telemetriearten zu verwenden, zwar in bestimmten Szenarien nützlich ist, aber nicht das „goldene Signal“ für die neue Ära der Observability sein wird. Kommen wir daher auf Protokolle zurück. Konkret geht es um unstrukturierte Protokolle von Sicherheits-, Infrastruktur- und kritischen Anwendungen.
Sumo Logic wurde schon immer von der atomaren Ebene der Protokolle angetrieben. Unser Schwerpunkt auf dieser leistungsstärksten und robustesten Form von Daten hilft unseren Kunden, schneller zur Ursache vorzudringen und die MTTR konsequent zu verkürzen.
Sehen Sie, wie OpenPayd seine MTTR um 80 % reduziert hat
Durch den Einsatz von maschinellem Lernen und generativer KI in unstrukturierten Protokollen können wir unseren Ansatz vereinfachen und gleichzeitig das Ziel der Observability erreichen:
- Schnelleres Lösen von Problemen
- Beste Talente maximieren
- Tech-Stack vereinfachen
- Reduzierung von Gemeinkosten und Instrumentierung
Die Schwelle zur Innovation liegt nun darin, wie wir dies schneller, einfacher und für noch mehr Kunden bewerkstelligen können. Im Jahr 2025 bedeutet das natürlich, dass wir die KI erwähnen müssen.
Sie können meine Erklärung lesen, wie wir durch das Aufsetzen von KI auf ein auf protokollpasiertes System der Aufzeichnungen zu dynamischer Observability gelangen. Aber abgesehen von den technischen Details bedeutet dies für unsere Kunden letztlich, dass mehr Mitarbeiter Ihres Teams Vorfälle oder Bedrohungen schneller untersuchen und beheben können, ohne Ihre Power-User zu unterbrechen, und dass sich Ihre Teams auf die Arbeit konzentrieren können, die ihnen am meisten Spaß macht – nämlich interessante Ideen zu entwickeln, anstatt Probleme zu finden und zu beheben.
Während wir weiter auf unsere Vision einer KI-gesteuerten dynamischen Zukunft hinarbeiten, ist es wichtig, dass die Menschen erkennen, wie viel davon bereits möglich ist. Mit leistungsstarken Log-Analysen können Sie auf eine MTTR von Null hinarbeiten. Sie müssen nicht auf eine bessere Zukunft für die Observability hoffen. Sie ist bereits da und wird nur noch besser.
Sehen Sie, wie sich eine Reduzierung der MTTR direkt auf den ROI auswirkt.
