Das Manifest Observability 2021: New Relic
←
→
Transkription von Seiteninhalten
Wenn Ihr Browser die Seite nicht korrekt rendert, bitte, lesen Sie den Inhalt der Seite unten
Observability 2021: Das Manifest
Nichts ist beständiger als der Wandel
Wie viele SREs braucht Ganz gleich, für wessen Definition man New Relic fasst seine Definition
es, um „Observability“ sich nun aber entscheidet, ohne eine von Observability ganz einfach und
der wichtigsten Konstanten moderner prägnant: Für uns geht es darum,
zu definieren? verteilter Software-Umgebungen darf wie genau Sie Ihre Systeme in ihrer
man die Rechnung keinesfalls machen: Komplexität verstehen.
Alle. Denn einig werden Veränderung.
Wir sind der Auffassung, dass die
sie sich eh nicht. Veränderungen bei Telemetrie- eigentliche Definition von Observability
Datentypen und Quellen. Veränderungen weitaus weniger wichtig ist als die
in punkto Anwendungsarchitekturen eigentlichen Prinzipien, aus denen sich
und Deployment-Methoden. ihr Erfolg letztlich speist.
Veränderungen im Hinblick auf
Best Practices und favorisierte Tools. Statt also nur wieder eine weitere
Veränderungen bei der Anzahl und Definitionsdiskussion vom Zaun
der Art von verteilten Systemen, zu brechen, haben wir uns lieber
Containern und Abstraktionsebenen eingehend mit Entwicklern und
zwischen Anwendungen und Engineers zum Thema unterhalten.
Infrastruktur. Veränderungen Die Ergebnisse dieser Gespräche haben
hinsichtlich der Nutzung Ihres wir schließlich in 10 Observability-
Produkts. Prinzipien zusammengefasst.
Veränderungen in geschäftlicher Hinsicht,
die technologische Umwälzungen
einfordern.
Das Observability-Manifest 2
Die 10 Prinzipien der Observability
01 02
Observability vermittelt eine Observability sollte eine
teamübergreifend konsequent Instrumentierung Ihrer Systeme
anwendbare Datenarchitektur. ermöglichen und so Ihre Daten
jederzeit über dieselbe Plattform
DevOps verfolgt ein klares Ziel: Alle Silos zwischen verfügbar machen – in Echtzeit.
Engineers und Teams, die ihren Programm-Code
in der Produktion umsetzen, sollen eliminiert Mehr denn je müssen Sie nun Ihren gesamten
werden. Stack überblicken und Tracing im großen Maßstab
Observability fügt sich hier nahtlos ein, verhilft durchführen können. Genau deshalb sehen 94 %
diesen Teams zu einem Framework gemeinsam aller Software-Leader Observability als unerlässlich in
genutzter Daten, auf das sich beide Bereiche der Software-Entwicklung. Eine Priorität also, die sich
beziehen können. auszahlt.
„Monitoring-Spezialisten, Observability-Experten Was genau bedeutet das? Nun, es geht darum,
und Budgetverantwortliche – sie gilt es, zu einen, stets Zugriff auf alle Metrics, Events, Logs und
ihre Prioritäten auf einen Nenner zu bringen. Traces zu haben. Dies komplett zentral. Und ob
Mit Observability als gemeinsamer, zentraler sie vom Agent eines externen Anbieters stammen,
Informationsquelle gelingt genau das.“ von Ihrer intern entwickelten Anwendung oder
Josh Biggley, TechOps Strategy Consultant, New Relic von einer Open-Source-Lösung, muss dabei
unerheblich sein.
„Daten sind heutzutage fest verknüpft mit allem
Tun eines Unternehmens. Diese Daten in ihrer
Essenz zu verstehen, darin liegt nunmehr auch
der wichtigste Schlüssel zum Erfolg.“
Zack Mutchler, TechOps Strategy Consultant, New Relic
Das Observability-Manifest 3Die 10 Prinzipien der Observability
03 04
Observability bedarf Daten mit Observability gibt Ihren Teams
hoher Kardinalität. Sicherheit.
Warum überhaupt Daten erfassen, wenn Je schneller die Abläufe komplexer Systeme im
man sie nicht auch direkt analysieren kann? Detail nachvollziehbar werden, desto zielgenauer
Hohe Kardinalität gibt Ihnen die Flexibilität, Ihre lassen sich Systemänderungen umsetzen.
Daten von jedem Blickwinkel abzuklopfen, bis dato
noch unbekannte Unbekannte auszumachen Schließlich können Sie darauf vertrauen, dass allen
und generell wichtige Einblicke zu gewinnen. die Daten zur Verfügung stehen, die sie für
informierte Entscheidungen benötigen.
Ihre Engineering-Teams müssen ihre Systeme in Ebenso können Sie auf Nachfragespitzen mit
der Produktion testen und prüfen können, um den entsprechenden Skalierungsmöglichkeiten
so Problemen nachzugehen, die sie zuvor nicht reagieren. Neuen Code können Sie live schalten,
hatten voraussehen können. sich ansehen, wie er sich auswirkt, und etwaige
Probleme direkt adressieren, ohne dass auch nur
„New Relic hat unsere Entscheidungen fundierter ein Endbenutzer sie überhaupt bemerkt hat.
gemacht, da wir nun die nötigen Einblicke haben,
um Problemursachen zu isolieren und sie pro- „Observability bedeutet im Grunde,
aktiv anzugehen. Wir lösen inzwischen Probleme, Änderungen durchführen und ihren Effekt direkt
von denen wir noch gar nicht wussten, dass wir nachvollziehen zu können. Ohne diese Sicherheit
sie hatten.“ steht man in Sachen Innovation nur massiv auf
Daniela Constanza Muñoz, Entwicklerin, Banco de Crédito e der Bremse, denn man ist ja stets im Unklaren,
Inversiones (BCI) was man möglicherweise mit einer Änderung
anrichtet, und zögert somit andauernd.“
Leo Guinan, DevOps Engineer, Fuse by Cardinal Health
Das Observability-Manifest 4Die 10 Prinzipien der Observability
05 Observability-Ergebnisse in Zahlen:
Software-Leader vs. Nachzügler
• 83 % aller Software-Leader verzeichnen
weniger als 5 Ausfälle/Monat, bei den
Nachzüglern sind dies lediglich 3 %.
• Zu 89 % nutzen die Software-Leader
automatische Wiederherstellung, die
Nachzügler gerade einmal zu 5 %.
Observability steht nicht nur für Problem- • Bei 75 % der Software-Leader beläuft • Die Nachzügler erfahren über nahezu
sich die MTTR auf unter 30 Minuten. Im jede zweite Unterbrechung (48 %) von
lösung, sondern vor allem auch für Falle der Nachzügler kann dies nur 1 % ihren Kunden – ganze 15 % mehr als bei
Prävention. von sich behaupten. den Leadern mit 33 %.
• 78 % der Software-Leader identifizieren • Software-Leader wenden 77 % ihrer
Es geht darum, Signale miteinander in Verbindung
Service-Unterbrechungen mithilfe von Zeit für Innovationen auf und nur 23 %
bringen, sie korrelieren zu können. Denn nur dies
Observability-Lösungen. Im Lager der für die Behebung von Problemen.
verschafft Ihnen den so wichtigen Kontext, den Sie Nachzügler trifft dies nur auf 12 % zu. Nachzügler hingegen sind mit dieser
benötigen, um ein Problem zu beheben, bevor ganze 46 % ihrer Zeit beschäftigt.
es sich auf Ihr Kundenerlebnis auswirken kann.
Es gilt, erfassen und interpretieren zu können, Quelle: Deep
per Than Dig
gital – New Relic
warum kritische Incidents vorgefallen sind, und einer
Wiederholung pro-aktiv vorzubeugen. Das Ergebnis:
Sie verringern nicht nur automatisch Ihre Downtime,
sondern verbessern die MTTR und geben Ihrem Team
mehr Zeit und Raum für Innovationen.
„Wir können die Anwendungs-Performance
genauestens analysieren, erkennen, warum
etwa eine Fehlerrate sprunghaft ansteigt, wann
es zu Latenzspitzen kommt und an welchem
Node Probleme auftreten. Gerade nach einem
Build Release ist diese Transparenz wirklich von
immensem Wert, denn punktuelle Instabilitäten
sind dadurch sofort ausgemacht.“
Chris Callaghan, Site Reliability Engineering Manager, Roy
yal Society
y
of Chemistry
y des Vereinig
gten König greichs
Das Observability-Manifest 5Die 10 Prinzipien der Observability
06 07
Observability ist ein soziotechnisches Observability bringt Sie schneller voran.
System.
Mit wertvollem Kontext für komplexe Zusammenhänge
Observability beschränkt sich nicht auf bestimmte und agilen Reaktionsmöglichkeiten im Falle von
Systeme und Software oder spezifische Incidents.
Unternehmensbereiche, Teams oder Rollen.
Es ist für jeden Einzelnen relevant. „Unsere Microservices-Umgebung wächst
ungebrochen. Ohne Observability und End-
Wie hängen Ihre Anwendungen und deren zugrunde to-End-Transparenz wäre für uns überhaupt
liegende Services und Systeme zusammen? Erlangen nicht ausreichend ersichtlich, was in unserer
Sie bei dieser allumfassenden Frage Klarheit, werden Infrastruktur, unseren Anwendungen und
auch Abhängigkeiten über Abteilungsgrenzen hinweg Microservices überhaupt vor sich geht.
deutlich, lassen sich Probleme rascher erkennen Mit Observability allerdings erreichen wir
und beheben. nicht nur unsere Vorgaben und Ziele in punkto
Service-Levels. Kommt es doch einmal zu Incidents,
Im Kern steht hier nicht nur Technologie, sondern haben wir sie viel rascher behoben. So können wir
vor allem Mitarbeiter, Kunden und Prozesse. direkter reagieren, müssen uns aber nicht sorgen,
„Observability als Konzept umspannt das dass wir dabei etwa überhastet vorgehen.“
gesamte soziotechnische System – Sensoren Matthew Tapper, Lead Site Reliability Engineer, Culture Amp
und menschliche Seite gleichermaßen.
Eine Trennlinie zwischen den beiden gibt es hier
nicht. Eine solche einzufordern, wäre schlichtweg
zum Scheitern verurteilt. Und würde dabei zudem
auch noch den Versuch untergraben, all diese
Abläufe zu verstehen und zu optimieren, was ja
eben Sinn und Zweck von Observability ist.“
Beth Long, Sr. Software Engineer, New Relic
Das Observability-Manifest 6Die 10 Prinzipien der Observability
08 09
Observability ist eine Endlosschleife. Arbeit oder Freizeit? Observability
kennt den Unterschied.
Der Weg ist das Ziel. Auch hier, schließlich geht es
um inkrementelle, konstante Verbesserungen, Alert-Schwemmen und schierer physischer
nicht um Veränderung mit dem Dampfhammer. Erschöpfung ob all der Prompts und Pop-ups zu
Wer glaubt, für alle Ewigkeit „perfekte“ ihnen macht Observability ein Ende. Ihre Alerts
Observability erlangt zu haben, liegt einem werden so gesteuert, dass sie zum richtigen Zeitpunkt
Irrglauben auf. Ohne kontinuierliche Anpassung nur für kritische Incidents ausgelöst werden.
an und Optimierung bei Neuerungen für So können Sie die Fehlerresistenz Ihres Systems
geschäftliche Anforderungen und Best Practices stets bestens nachvollziehen, ohne auf Events mit
wird auch aus einer heute umfassenden Methodik niedriger Priorität reagieren zu müssen.
mit der Zeit ein unzureichendes Modell.
„Für ein System verantwortlich zu sein, das so
Auf der Haben-Seite allerdings wirkt sich ein gut einige blinde Flecken, für das man nicht alle
ausgestaltetes Observability-Programm positiv Informationen hat – da sind schlaflose Nächte
auf alle Stränge im Unternehmen aus. Nur an eine vorprogrammiert. Man fühlt sich einfach
Endgültigkeit ohne weitere Arbeit sollte man eben machtlos, in vielerlei Hinsicht im Unklaren.“
auch im Erfolgsfall nicht glauben.
Beth Long, Sr. Software Engineer, New Relic
„Wie wir unsere heutigen Probleme adressieren,
wird auch einige neue zu Tage fördern. All dies
weiterhin zu kontrollieren, wird über Jahre
hinweg eine Herausforderung bleiben.“
Beth Long, Sr. Software Engineer, New Relic
Das Observability-Manifest 7Die 10 Prinzipien der Observability
10
Observability ist eine Superkraft.
Als solche hilft sie Ihnen, Ihr Vorgehen im Kontext
zu reflektieren. Speziell im Hinblick darauf, wie
Änderungen an Zusammenhängen zwischen
Ihren Tools, Anwendungen und Infrastruktur
Einfluss auf Endbenutzer nehmen. Bessere
Kundenerlebnisse – aber nicht zum Risiko Ihrer
Systeme und Stabilität.
„Dank Observability kann ich aus verschiedenen
Datenpunkten Einblicke ablesen. Benötige ich
intern Unterstützung, um eine Problemstellung
zu adressieren, kann ich dank ihr präzise die
Notwendigkeit dokumentieren.“
Josh Biggley, TechOps Strategy Consultant, New Relic
Das Observability-Manifest 86 Fragen, die jetzt wichtig sind
Observability ist wie
Demokratie: Frage 1 E
rfassen Sie Metrics, Frage 3 Sind Sie in der Lage, Frage 5 Können Sie dynamische
Es geht immer besser. Events, Logs und Traces Ihre erfassten Daten Verbindungen
aus absolut jeder eingehend zu automatisch generieren
Finden Sie den für Ihr
Quelle, ob open source, hinterfragen? und so Muster anhand
Unternehmen geeigneten
homegrown oder Insbesondere im Kontext von Analytics und
Ansatzpunkt und verfahren Sie
dann mit einem Tempo, das zu proprietär? von Fragestellungen, Visualisierungen
ihm passt. an die Sie bei Ihrer identifizieren?
anfänglichen
Um von Monitoring – einem Frage 2 V
erschafft Ihnen Ihre Instrumentierung noch
passiven Prinzip, das Sie Plattform die Flexibilität, gar nicht gedacht hatten? Frage 6 Sind Sie auf allen
auf Probleme hinweist – zu Daten mit hoher Hierarchie-Ebenen
Observability zu gelangen und Kardinalität zu erfassen. hinweg bereit, in eine
somit zu einer Methodik, die
Daten, mit denen Sie die Frage 4 Ist es für Sie umsetzbar, Plattform zu investieren,
aufzeigt, warum dies der Fall ist,
spezifischsten wie auch Datenpunkte zu die Ihnen die für alle
sollten Sie die folgenden Fragen
stellen. Und zwar sich, Ihren Ad-hoc-Fragen korrelieren und aus Gegebenheiten nötige
Vorgesetzen und Ihren SREs. gleichermaßen stellen ihnen für Business Transparenz verschafft?
und beantworten Metrics relevante
können? Einblicke zu generieren?
Anders gefragt: Sind in
Ihrem Unternehmen Daten
gefragt, die bestätigen, was
Sie denken? Oder Daten, die
Zusammenhänge korrekt
und präzise beleuchten, auch
wenn diese Ihren aktuellen
Paradigmen widersprechen?
Das Observability-Manifest 9Änderungen verändern
Signale von Alert-Rauschen Wie dabei einzelne Mitarbeiter,
Teams und Systeme gewinnbringend
zu unterscheiden wird
interagieren und zusammenwirken
angesichts zunehmender sollen, ist dabei nicht ohne Weiteres
Komplexität immer schwerer. vorstellbar.
Und so passen sich klassische
Unternehmensstrukturen Je besser Ihre Observability-Methodik
ausgestaltet ist, je mehr sie sich im
neuen Anforderungen und Gleichschritt mit Ihren Systemen
Herausforderungen nur entwickelt, desto besser sind Sie in
schwerlich an. der Lage, dieser Komplexität Herr zu
werden.
100 % Observability. 0 % Komplexität.
Registrieren Sie sich noch
heute für ein kostenloses
New Relic Konto.
Konto
Das Observability-Manifest 10100 % Observability. 0 % Komplexität. © Copyright 2021, New Relic, Inc. Alle Rechte vorbehalten. Alle hier erwähnten Marken, Handelsnamen, Dienstleistungsmarken und Logos sind Eigentum der jeweiligen Unternehmen. 02.2021
Sie können auch lesen
