QCon London 2026: Wrangling Telemetry at Scale, a Guide to Self-Hosted Observability
Briefly

QCon London 2026: Wrangling Telemetry at Scale, a Guide to Self-Hosted Observability
"Do you ever feel the complexity demon creeping up to you? We've all developed hacks to try and escape it, but it's always there. Sometimes you have to confront it, and when you do, you need observability."
"Should I run my own Observability stack? No, at least not until you have exhausted each and every other option."
"you need at least an extra 2-3 full-time engineers and significant money"
"Sprinkling in logs leads to a soup of unusable data that makes it nigh o"
Building self-hosted observability infrastructure presents a paradox: while observability tools aim to simplify debugging complex systems, the observability stack itself often becomes equally complex. Organizations must understand that running observability infrastructure internally demands substantial commitment, including 2-3 dedicated full-time engineers and significant financial investment. Key components include metrics systems like Prometheus or VictoriaMetrics, with attention to underutilized features like exemplars. Log storage requires columnar databases such as VictoriaLogs or Loki. Proper log structuring is essential, as unstructured logging creates unusable data. Teams should exhaust all external options before committing to self-hosted solutions, as the complexity of managing observability infrastructure internally often mirrors the complexity it aims to solve.
Read at InfoQ
Unable to calculate read time
[
|
]