How to Properly Blame Things for Causing Latency

August 9, 2016
SpringOne Platform 2016 Speaker: Adrian Cole; Software Engineer, Pivotal Latency analysis is the act of blaming components for causing user perceptible delay. In today's world of microservices, this can be tricky as requests can fan out across polyglot components and even data-centers. In many cases, the root source of latency isn't a component, but rather a link between components. This session will overview how to debug latency problems, using call graphs created by Zipkin. We'll use trace zipkin itself, setting up from scratch using docker. While we're at it, we'll discuss how the model works, and how to safely trace production. Finally, we'll overview the ecosystem, including tools to trace ruby, c#, java and spring boot apps. When you leave, you'll at least know something about distributed tracing, and hopefully be on your way to blaming things for causing latency!
Previous
Consumer Driven Contracts and Your Microservice Architecture
Consumer Driven Contracts and Your Microservice Architecture

SpringOne Platform 2016 Speaker: Marcin Grzejszczak; Principal Software Engineer, Pivotal TDD introduced m...

Next Presentation
Implementing Config Server and Extending It
Implementing Config Server and Extending It

SpringOne Platform 2016 Speaker: Clint Checketts; Software Engineer, Domo Spring Cloud Config Server is a ...