Wie ein Sandwichladen den Wert der Observability im IT-Betrieb erklärt

Von Tiago Dias Generoso

In meinem Lieblingssandwichladen riecht es nach brutzelndem Speck und frisch gebackenem Brot.

In dem kleinen Laden herrscht reges Treiben, sieben Tage die Woche. Die Leute entscheiden sich für den klassischen Burger, der mit Käse, Speck und einem Spiegelei belegt ist.

Die Sandwiches sind köstlich, aber was mich am meisten beeindruckt, ist, wie der Laden einen so reibungslosen Betrieb gewährleistet. Zufriedene Kunden profitieren von der Orchestrierung aller Vorgänge, vom Lagerbestand über die Bestellung, den Zusammenbau und den Checkout bis hin zur Qualitätskontrolle und mehr. Das bringt mich dazu, über Observability im IT-Betrieb großer Unternehmen nachzudenken.

Unabhängig von der Branche müssen Unternehmen das Kundenverhalten, die Vorlieben, Zeiten mit hoher Nachfrage, Engpässe im System und andere Faktoren verstehen, die sich auf das Endergebnis auswirken. Dateneingaben zu diesen Faktoren beeinflussen die Geschäftsergebnisse, aber ich sehe, dass viele Unternehmen immer noch Schwierigkeiten haben, ihre Daten optimal zu nutzen. Deshalb liegt mir das Konzept und die Praxis der Observability im IT-Betrieb so am Herzen.

Observability ermöglicht Ihrem Team einen klaren Überblick über das Technologie-Ökosystem Ihres Unternehmens. Sie ermöglicht es den technischen Teams, Probleme zu erkennen, die Leistung zu optimieren, Kosten zu senken, den CO2-Ausstoß zu reduzieren und Innovationen zu fördern und gleichzeitig ein nahtloses Kundenerlebnis zu gewährleisten.

In einer Umgebung, in der CTOs mit Hilfe von Technologie Geschäftsergebnisse erzielen müssen, wird die Observability die Geheimzutat der IT. (Sandwich-Wortspiel beabsichtigt.)

Observability ist mehr als nur Monitoring

Eine der häufigsten Fehleinschätzungen bezüglich der Observability ist, dass es sich lediglich um eine Überwachung handelt. Das ist nicht der Fall. Bei Observability geht es darum, Daten aus verschiedenen Aspekten Ihres Systems zu sammeln und maschinelles Lernen und KI zu nutzen, um daraus verwertbare Erkenntnisse zu gewinnen. Observability macht die Überwachung kontextbezogen.

Bausteine der Observability

Die Bausteine der Observability sind Traces, Metriken und Protokolle. Besonders wirkungsvoll sind Traces. Ein Trace zeigt, wie sich eine Anfrage oder Aufgabe durch die vielen verbundenen Teile eines IT-Systems bewegt. Traces zeigen den Daten- und Prozessfluss und die Interaktion verschiedener Komponenten und Dienste.

Im Restaurant kann eine Trace-ID wie eine Tischnummer sein. Alles, was während Ihres Besuchs passiert, wird mit Ihrer Tischnummer verknüpft. Ähnliches gilt für Ihren IT-Betrieb, Traces, Link-Metriken und Protokolle einer Benutzersitzung. Dies kann entscheidend für die Identifizierung von Engpässen und die Verbesserung der Benutzererfahrung sein. Das technische Team kann Traces verwenden, um Probleme effizienter zu lokalisieren und zu lösen, wodurch der Zeit- und Ressourcenaufwand für die Erkennung und Behebung von Problemen reduziert wird.

Im Kontext einer Webseite kann eine Ablaufverfolgung es dem Team beispielsweise ermöglichen, die Reaktionszeit der Anwendung zu ermitteln und Erkenntnisse über das Nutzerverhalten zu gewinnen, der die Webseite besucht. Ohne Traces und eine Observability-Praxis sind die nachgelagerten Auswirkungen einer schlechten Systemleistung oder von Fehlern möglicherweise nicht klar.

Fünf Mythen über Observability im IT-Betrieb

Mythos 1: Observability ist immer teuer
Das stimmt einfach nicht. Es stehen mehrere kostengünstige Observability-Lösungen zur Verfügung, darunter viele Open-Source-Optionen. Die Kosten variieren je nach Automatisierungsanforderungen, der dahinterstehenden Intelligenz, der einfachen Implementierung und anderen Faktoren. Betrachten Sie Observability als eine Investition, die sich auszahlt, indem sie Ihnen hilft, kostspielige Ausfälle und Performance-Probleme zu vermeiden.

Mythos 2: Observability kann durch die Installation eines Tools erreicht werden
Ja, es gibt Observability-Tools, aber Observability erfordert auch neue Arbeitsweisen. Observability-Tools werden nur dann einen signifikanten Einfluss haben, wenn sie in die Betriebsmodelle und Unternehmensziele integriert werden.

Mythos 3: Observability gibt es nur für große Unternehmen
Ausfälle, Leistungsprobleme und Betriebskosten sind erhebliche Probleme für Unternehmen jeder Art und Größe. Observability kann unabhängig von der Branche hilfreich sein.

Mythos 4: Observability ist nur etwas für technische Teams
Indem Sie verstehen, wie Ihre Systeme funktionieren und welche Leistung sie erbringen, können alle – von Managern über Vertriebsteams bis hin zu Kundendienstmitarbeitern – bessere Entscheidungen treffen.

Mythos 5: Beobachtbarkeit und Datenbeobachtung sind dasselbe
Während der Kerngedanke, Dinge "beobachtbar" zu machen, derselbe ist, geht es bei der Datenbeobachtung in erster Linie darum, die Qualität der von der IT generierten Daten sicherzustellen. Mit diesen Qualitätsdaten können Unternehmen fundierte Entscheidungen treffen. Ziel der Datenbeobachtbarkeit ist es, die Ursachen für das Fehlen qualitativ hochwertiger Daten zu ermitteln, zu denen menschliches Versagen, Datenbeschädigung, Systemstörungen oder andere Faktoren gehören können.

Eine Erfolgsgeschichte der Observability

Ein Beispiel für die Beobachtungsfähigkeit in der Praxis ist die Erfahrung eines Kunden, der vor der komplexen Aufgabe stand, 1.600 Geschäftsanwendungen für über 280.000 Benutzer weltweit zu verwalten. Um diese Herausforderung zu meistern, wechselte das Unternehmen zu einem hybriden Cloud-Ökosystem.

Angesichts der Vielzahl von Komponenten, Pods und Containern musste das Unternehmen die Beobachtbarkeit zum Bestandteil des Programms machen. Andernfalls wäre es unmöglich gewesen, die Leistung der hybriden Cloud-Infrastruktur zu verstehen, den Betrieb zu optimieren oder Ressourcen zu optimieren.

Das Zusammenspiel von Observability, AIOps, nachhaltiger IT und FinOps-Praktiken hat zu dramatischen Ergebnissen für den Kunden geführt.

• Schnelle Lösung von Anwendungs- und Infrastrukturtickets
• Beschleunigte Ursachenanalyse
• Reduzierung des Ressourcenverbrauchs und des CO2-Fußabdrucks

Call to Action: Erste Schritte

Schritt 1. Beurteilen Sie die Bereitschaft zur Observability, indem Sie sich ein Bild von den Tools und Technologien machen, die das Unternehmen einsetzt, von der Art und Weise, wie die IT-Daten verwendet werden, von der Qualität der Daten und davon, ob das Unternehmen mit den Ergebnissen hinsichtlich Leistung und Zuverlässigkeit zufrieden ist. Dies wird Ihnen helfen, die Schwerpunktbereiche für den Start eines Observability-Programms zu priorisieren

Schritt 2. Definieren Sie Ihre Observability-Ziele. Was möchten Sie mit Observability erreichen?  Verwenden Sie beispielsweise IT-Daten, um bessere Entscheidungen zu treffen, Kosten zu senken, die Leistung und Zuverlässigkeit der Systeme zu verbessern, die Kundenzufriedenheit zu verbessern und Geschäft und Technologie aufeinander abzustimmen.

Schritt 3. Wählen Sie die richtigen Observability-Tools und -Technologien aus. Ihre Bedürfnisse, Ihr Budget, Ihre Teamfähigkeiten und Ihre Erfahrung mit der Technologie spielen eine Rolle. Recherchieren Sie nach Anbietern, fragen Sie nach Erfolgsbeispielen, probieren Sie die kostenlosen Testversionen aus und erstellen Sie Werkzeugvergleiche.

Schritt 4. Rechnen Sie mit Hindernisse. Observability ist kein einmaliges Projekt und erfordert einen Kulturwandel. Um neue Arbeitsweisen einzuführen, benötigen Sie die Zustimmung der Führungsebene und des Teams. Das könnte von Anfang an nicht passieren.

Observability ist ein langwieriges Spiel. Machen Sie sich das zunutze, um Ihr Unternehmen widerstandsfähig und kundenorientiert zu halten, und genau wie ein gut geführter Sandwichladen werden Ihre Kunden immer wiederkommen.

Tiago Dias Generoso ist ein Distinguished IT Architect | Senior SRE | Master Inventor mit Sitz in Pocos de Caldas, Brasilien.