<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>链路追踪 on Leanku</title>
    <link>https://blog.leanku.com/tags/%E9%93%BE%E8%B7%AF%E8%BF%BD%E8%B8%AA/</link>
    <description>Recent content in 链路追踪 on Leanku</description>
    <image>
      <url>https://blog.leanku.com/papermod-cover.png</url>
      <link>https://blog.leanku.com/papermod-cover.png</link>
    </image>
    <generator>Hugo -- gohugo.io</generator>
    <lastBuildDate>Mon, 15 Sep 2025 20:46:01 +0800</lastBuildDate><atom:link href="https://blog.leanku.com/tags/%E9%93%BE%E8%B7%AF%E8%BF%BD%E8%B8%AA/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>微服务治理-链路追踪</title>
      <link>https://blog.leanku.com/post/microservice/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%B2%BB%E7%90%86-%E9%93%BE%E8%B7%AF%E8%BF%BD%E8%B8%AA/</link>
      <pubDate>Mon, 15 Sep 2025 20:46:01 +0800</pubDate>
      
      <guid>https://blog.leanku.com/post/microservice/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%B2%BB%E7%90%86-%E9%93%BE%E8%B7%AF%E8%BF%BD%E8%B8%AA/</guid>
      <description>微服务治理-链路追踪 链路追踪（Distributed Tracing）是微服务可观测性（Observability）的核心能力之一，用于在分布式系统中还原一次请求的完整调用路径，并定位性能瓶颈与故障点。
一、介绍 1.1 为什么需要链路追踪？ 在单体应用中：一次请求在同一个进程内完成，只需要
打日志 打断点 其他调试
即可定位问题。 但在微服务架构中：
Client ↓ API Gateway ↓ User Service ↓ Order Service ↓ Payment Service ↓ Inventory Service ↓ DB / MQ 一次请求变成：
跨进程 + 跨机器 + 跨网络
1.2 典型问题 问题1：不知道慢在哪里 比如 ：接口很慢
但系统里有：Gateway、User、、Order&amp;hellip;
你无法判断：到底慢在谁？
问题2：日志分散 如： Gateway logs User logs Order logs Payment logs
每个服务都有日志,但它们之间没有关联关系。
问题3：无法串联一次请求 无法确认日志是不是同一个请求？
1.3 链路追踪要解决什么问题？ 把一次请求在多个微服务中的完整路径“串起来”
核心能力：
请求路径可视化 性能瓶颈定位 服务依赖分析 故障快速定位 二、原理 2.1 核心概念 链路追踪有三个核心概念：</description>
    </item>
    
  </channel>
</rss>
