Learn more >
Get the code
by Yan Koyfman | Published April 22, 2019
In this code pattern, we’ll look at how Open Liberty, MicroProfile, and Open Tracing work alongside Istio to create an end-to-end view of requests flowing through a simulated manufacturing facility, based off of the original instrument craft shop. You’ll have an understanding of distributed tracing and a way to capture, visualize, and tell the story of what happens to an individual request.
The shift toward distributed, container-based microservice architectures brings with it a number of benefits but also drawbacks. While Kubernetes makes it easier than ever to split up monoliths into multiple, smaller services that use multiple network requests to complete every transaction, engineers and operations teams face challenges in observability, problem determination and root cause analysis.
Istio, a joint effort between IBM, Google, and Lyft creates a service mesh that can be integrated into a container orchestration platform like Kubernetes. While the set of technologies provided by Istio promises to enhance system observability, developers should be aware of new requirements to take advantage of these capabilities.
When deployed in a Kubernetes/Istio cluster by using the provided scripts, the sample application consists of six microservices, each of which can fail in various ways to demonstrate problem determination with distributed tracing. Requests into the ingress gateway move through the application in the following sequence.
Ready to put this pattern to use? Complete details on how to get started running and using this application are in the README.
Which platforms, particular standards, and runtimes should enterprise developers base their applications?
Get the Code »
ContainersIBM Cloud Private+
Istio is a joint project launched by IBM, Google, and Lyft to connect, secure, control, and observe services, particularly in…
Back to top