Observability is More than Logs, Metrics & Traces
You know the drill: DevOps is using tool(s) X. So obviously, observability can be solved by throwing some tools together as well; generally logs, metrics, and traces often called the pillars of observability.
But observability is not a tool — it is a property of a system. Moving from many small blackboxes to a more holistic view of your system. It includes tools, but not exactly three distinct features (especially if your solution happens to support those). For example, if half your user base cannot access your service because of some bad DNS settings and external health checks are not part of your pillars, you are none the wiser.
This is not (just) a rant, but a look at the actual value to be added and some approaches to it. Like turning your logs into richer events that align with your business. Which is not solved by fancy tools alone.
Demo: If you are looking for the actual tools and where the Elastic Stack can help you, take a look at the slides More Observable Systems with the Elastic Stack.
these slides are fucking phenomenal. i love how @xeraa draws the sharp comparison between observability and devops terminology, and how in both cases vendors are hawking what cannot be bought. 👏📈 https://t.co/wumcComS9s
— Charity Majors (@mipsytipsy) December 18, 2020
It is a great learning curve to go beyond logs, traces and metrics for observability💡
— 🦊 Michael Friedrich 🌈 (@dnsmichi) December 16, 2020
Next to your & @lizthegrey 's insights, I highly recommend @xeraa 's talk: https://t.co/etyRlwGyDz :)