11 Tracing Microservices

Any form of application observability requires tracing execution paths within a distributed system. With the rise of distributed systems, the ability to debug and step through code disappears because developers are now dealing with many services. Tracing is the new debugging when dealing with distributed systems. In addition, being able to visualize the bottlenecks in services by observing higher execution times are critical. By no means does this discount the importance of observing metrics, discussed in chapter 10, but it is often necessary to drill deeper into a specific execution path to determine the root of a problem.

In essence, tracing is a key tool in the operations' toolbox for observing a running production system. Tracing is the best means of debugging the execution path of a distributed system.

The example architecture from chapter 8 will be updated to include tracing, for highlighting the impact of tracing across different communication mechanisms. These include HTTP calls, both into a service and to another service, database interactions, and sending or receiving messages from Apache Kafka.

11.1 How does Tracing work?

11.2 Jaeger

11.2.1 Trace Sampling

11.2.2 Setup Minikube environment

11.2.3 Install Jaeger

11.2.4 Microservice Tracing with Jaeger

11.3 Tracing specifications

11.3.1 OpenTracing

11.3.2 What is MicroProfile OpenTracing?

11.3.3 OpenTelemetry

11.4 Customizing application tracing

11.4.1 Using @Traced

11.4.2 Injecting a Tracer

11.4.3 Tracing Database calls

11.4.4 Tracing Kafka messages

11.5 Summary