只会用Skywalking教你如何自定义分布式链路id
概述
微服务架构已成为当代软件开发的一项重要趋势，它通过将复杂的单体应用拆分成更小、更易于管理和扩展的服务来提高系统的灵活性和可维护性。
然而，微服务架构也带来了新的挑战，在一个请求涉及到几十个服务的调用也是很常见的，然后当这个请求出现问题进行排查时，如果排查哪些服务调用是在同一个请求中，这是非常困难的，而这时，跟踪和监控跨多个服务的请求的重要性就体现出来了。这就是分布式链路ID（Distributed Tracing ID）发挥作用的地方。
分布式链路ID的作用
- 跟踪请求流程：在一个由多个微服务组成的系统中，一个外部请求可能需要通过多个服务才能完成。分布式链路ID允许我们将这个请求经过的所有服务连接起来，形成一个完整的链路图，从而使我们能够追踪请求的整个流程。
- 性能监控：通过分析请求链路中各个环节的处理时间，我们可以识别出系统的性能瓶颈，为性能优化提供有力的数据支持。
- 故障定位：在发生错误或异常时，分布式链路ID可以帮助快速定位问题发生的服务和位置，加速故障排除和修复过程。
- 审计和安全：在需要审计请求或进行安全分析时，链路ID为每个请求提供了一个独一无二的标识，有助于追踪和分析潜在的安全问题。
在微服务体系下，服务之间的调用有时会特别复杂，当出现问题后就很难排查，针对这种问题，目前都会在请求开始端，例如Nginx或者业务网关Gateway/Zuul生成一个全局id然后传递下去，这样根据这个id就会将整个链路连起来
SKywalking不可以吗？
有的小伙伴可能会想到SKywalking这种APM的监控系统，直接用这个不就能监控到调用链路了吗？首先来说，使用SKywalking确实可以实现这个功能，但杀鸡焉用牛刀啊！
SKywalking的性能消耗其实并不低，它的原理是使用字节码增强生成代理类，然后在本地内存中进行数据的汇总，接着使用Grpc的传输协议到控制台中。
就这么一套下来，对cpu和内存其实都是有压力的，另外而言其实并不是每个链路都要图形化的显示。但每个链路调用确实都需要链路id来串联起来。
所以我们自己来设计出链路id的功能，这样不会怎么影响性能，也能实现这个核心功能
付费内容提示
该文档的全部内容仅对「JavaUp项目实战&技术讲解」知识星球用户开放
加入星球后，你可以获得：
- 超级八股文：100万+字的全栈技术知识库，涵盖技术核心、数据库、中间件、分布式等深度剖析的讲解
- 讲解文档：黑马点评Plus、大麦、大麦pro、大麦AI、流量切换、数据中台的从0到1的550+详细文档
- 讲解视频：黑马点评Plus、大麦、大麦pro、大麦AI、流量切换、数据中台的核心业务详细讲解
- 1 对 1 解答：可以对我进行1对1的问题提问，而不仅仅只限于项目
- 针对性服务：有没理解的地方，文档或者视频还没有讲到可以提出，本人会补充
- 面试与简历指导：提供面试回答技巧，项目怎样写才能在简历中具有独特的亮点
- 中间件环境：对于项目中需要使用的中间件，可直接替换成我提供的云环境
- 面试后复盘：小伙伴去面试后，如果哪里被面试官问住了，可以再找我解答
- 远程的解决：如果在启动项目遇到问题，本人可以帮你远程解决
进入星球后，即可享受上述所有服务，保证不会再有其他隐藏费用。
