一个看起来很简单的应用,可能需要数十或数百个服务来支撑,一个请求就要多次服务调用。 当请求变慢、或者不能使用时,我们是不知道是哪个后台服务引起的。 这时,我们使用 Zipkin 就能解决这个问题。 由于业务访问量的增大,业务复杂度增加,以及微服务架构和容器技术的兴起,要对系统进行各种拆分。 微服务系统拆分后,我们可以使用 Zipkin 链路,来快速定位追踪有故障的服务点。 今天重点讲解 Zipkin 链路追踪的原理与使用 @mikechen 目录 Zipkin 为什么用 Zipkin? Zipkin 的原理 1.ZipKin 架构 2.Zipkin 核心组件