Spring Cloud 微服务开发：入门、进阶与源码剖析 —— 10.1 Spring Cloud 全链路监控概述

10.1 Spring Cloud 全链路监控概述

在传统的SOA架构体系中，系统的调用层级不多，调用关系也不复杂，凭借系统的异常信息，可以比较快捷的定位到问题并进行排查。但是在微服务的系统中，服务数量成百上千，服务之间的调用关系成网状结构，无法通过人力进行问题的排查，在这种情况下，一个完善的调用链路监控系统就显得至关重要。

10.1.1 全链路监控背景

在微服务的架构体系下，服务按照不同的维度进行拆分，一次请求可能会涉及多个服务，并且可能是由不同的团队开发，甚至是由不同的编程语言开发，有可能分布在上千台服务器上，横跨全球不同的机房。因此，我们需要一种工具，可以记录每个请求的调用链、调用链上调用每个服务的时间、各个服务之间的拓扑关系，以便发生故障时，可以帮助我们快速的定位和解决问题。

现今业界分布式服务跟踪的理论基础主要来自于 Google 的一篇论文《Dapper, a Large-Scale Distributed Systems Tracing Infrastructure》(https://research.google.com/pubs/pub36356.html )，使用最为广泛的开源实现是 Twitter 的 Zipkin，为了实现平台无关、厂商无关的分布式服务跟踪，CNCF 发布了布式服务跟踪标准 Open Tracing。国内，淘宝的“鹰眼”、京东的“Hydra”、大众点评的“CAT”、新浪的“Watchman”、唯品会的“Microscope”、窝窝网的“Tracing”都是这样的系统。

Dapper论文中对一个分布式追踪系统提出了如下设计目标：

1. 低消耗：跟踪系统对在线服务的影响应该