Debugging   Events   Observability  

Event Foo: A Series of Unfortunate/Incredible Events

By Charity Majors   |   June 28, 2017

Good technical intuition is one of the things that defines a good senior engineer. And unpacking that intuition is the most valuable teaching tool. By making your implicit assumptions and experiences explicit, others can learn from them.

Lately I’ve been having a lot of conversations with people about debugging with events, or structured log data, with a dawning realization that this is not a universal experience. What I thought was as normal as code reviews is an intuition fed by some highly specific experiences.

Events seem ordinary and intuitive to many engineers—that’s how our brain works, after all—but not all of us. Furthermore, many engineers in the ops space have spent years or decades learning, intentionally and painstakingly, to retrain their brains to think in terms of metrics and aggregates. Which does not come as naturally, but is no less sticky once learned.

What makes an event useful or good? What makes it not-useful, or even deceptive? Instead of assuming full knowledge, let’s assume none and start from scratch.

We have invited some of our favorite people to start at the beginning and unpack their experience and understanding of how to debug with structured log events. Enjoy.

Part 1: you’re reading it :)

Part 2: Build Observable Systems by Sam Stokes

Part 3: Constructing a Coherent Narrative by Colin Curtin

Part 4: Designing for Results by Matt Klein

Part 5: Moar Context Better Events by Mark McBride

Part 6: Thou Shalt Not Aggregate at Source by Alex Rasmussen

Part 7: Building Better Events by Rachel Perkins

Part 8: What Should I Add to an Event? by Ben Hartshorne

 

Related Posts

Instrumentation   Observability  

Webinar Recap: How to Avoid Being On Call With Under-Instrumented Tools

"It's expensive. It's difficult. Our APM works just fine." The three myths of observability can lead to being on call with under-instrumented tools. That's exactly...

Logging   Observability  

Ingesting HTTP Access Logs from AppService

Debugging application performance in Azure AppService is something that’s quite difficult using Azure’s built-in services (like Application Insights). Among some of the issues are visualizations,...

Observability  

Honeycomb Supports Service Ownership

The software industry is moving toward teams that own the services they build. This concept encloses principles and possibilities from movements toward microservices, DevOps, Agile,...