Unlocking Observability: Your Gateway to OpenTelemetry

Discover the power of observability with OpenTelemetry: your one-stop solution for unified, efficient, and seamless monitoring of applications and infrastructure. Empower your teams to gain insights, optimize performance, and enhance reliability with this meetup about OpenTelemetry.

Transcript

1. @jpkrohling Juraci Paixão Kröhling Software engineer @jpkrohling Unlocking Observability: Your Gateway to OpenTelemetry
2. @jpkrohling @jpkrohling Juraci Paixão Kröhling Software engineer Observability OpenTelemetry Demo Questions and answers Presenter Agenda
3. @jpkrohling DevOps Culture
4. @jpkrohling DevOps Culture Agile development Continuous integration and delivery Fast feedback loops Change, evolution is constant Reliability
5. @jpkrohling Reliability Engineering
6. @jpkrohling Reliability engineering Resiliency Automation Error budgets, SLOs, … Launch at scale Observability
7. @jpkrohling Observability
8. @jpkrohling O11y
9. @jpkrohling @jpkrohling Observability is the ability to find answers to questions we don’t have yet.
10. @jpkrohling @jpkrohling Monitoring is the practice of obtaining quick answers to frequent questions.
11. @jpkrohling Telemetry
12. @jpkrohling Telemetry data types Logs Metrics Traces Profiles Events
13. @jpkrohling OpenTelemetry
14. @jpkrohling @jpkrohling OpenTelemetry is a collection of tools, APIs, and SDKs. Use it to instrument, generate, collect, and export telemetry data (metrics, logs, and traces) to help you analyze your software’s performance and behavior. Source: https://opentelemetry.io/
15. @jpkrohling Standards, specifications, and conventions Client instrumentation APIs and SDKs Middleware
16. @jpkrohling @jpkrohling API Specification How the instrumentation API should look like, no matter the SDK SDK Specification Data Specification How SDKs have to behave across languages and implementations Interface description language (IDL), specifying how data should look like and what endpoints should implement Standards and specifications
17. @jpkrohling Data specification OTLP OpenTelemetry Line Protocol, a set of proto files defining both the transport and payload aspects of the telemetry data XKCD #927 Obligatory reference to XKCD #927.
18. @jpkrohling
19. @jpkrohling Data specification OTLP OpenTelemetry Line Protocol, a set of proto files defining both the transport and payload aspects of the telemetry data XKCD #927 Obligatory reference to XKCD #927.
20. @jpkrohling @jpkrohling Manual instrumentation By using the instrumentation API directly Instrumentation libraries Automatic instrumentation By using libraries that hook into well-known frameworks and libraries, such as Spring, Servlets, JAX-RS, ... Typically by doing bytecode manipulation to add instrumentation at certain interesting points Instrumentation
21. @jpkrohling Instrumentation demo
22. @jpkrohling OpenTelemetry Collector
23. @jpkrohling @jpkrohling Vendor-agnostic way to receive, process and export telemetry data. Source: https://opentelemetry.io/docs/collector/
24. @jpkrohling OpenTelemetry Collector conceptual architecture
25. @jpkrohling @jpkrohling Contrib Where non-core components reside, such as vendor-specific ones OpenTelemetry Collector - related projects Operator Kubernetes operator managing OpenTelemetry Collector instances
26. @jpkrohling @jpkrohling OpAMP Spec and implementation to manage collectors OpenTelemetry Collector - related projects Builder Helper CLI tool to build OpenTelemetry Collector distributions
27. @jpkrohling Demo
28. @jpkrohling frontend Tracing lib Logging lib OTel Collector Grafana Cloud Traces (Tempo) checkout Tracing lib Logging lib Grafana Cloud Write Path Query Path Trace context Demo architecture
29. @jpkrohling Key takeaways
30. @jpkrohling @jpkrohling Key takeaways • OpenTelemetry has different sub projects in different areas • OpenTelemetry APIs can be used to instrument the services • Instrumentation libraries are power-ups, allowing you to quickly understand your application by understanding what your stack is doing • Automatic instrumentation, such as the ones using Java Agents, are helpful to get started quickly • The Collector can be used to make central processing of all your telemetry data and abstracting away the telemetry backends from your applications
31. @jpkrohling Q&A
32. @jpkrohling Thank you