最近公司将我们之前使用的链路工具切换为了 OpenTelemetry. 我们的技术栈是： 其中客户端使用 OpenTelemetry 提供的 Java Agent 进行埋点收集数据

传统单机系统在使用过程中，如果某个请求响应过慢或是响应出错，开发人员可以清楚知道某个请求出了问题，查看日志可以定位到具体方法。但是在分布式系统中，倘若客户端一个请求到达服务器后，由多个服务协作完成。比如：服务A调用服务B，服务B又调用服务C和服务D，服务D又调用服务E，那么想要…

### 业务模块介绍 > 现在我们对整体的业务进行介绍以及演示 ![file](http://image.openwrite.cn/29993_21909B7401354F9FAD98E32C4

在公司落地SkyWalking，已存储链路数据达到千亿。在落地期间对开源SkyWalking也做了较多改造，为公司提供了全链路追踪能力，提升了大家排查问题、优化性能的效率。

Skywalking的这次实践，截止到现在有一年多的时间，回顾总结一下这段历程中的些许积累和收获，愿能反哺社区，给有需求的道友提供个案例借鉴；也希望能收获到专家们的指导建议，把项目做得更好。

本篇的内容看似简单，实际需要对 SkyWalking Agent 的工作机制以及源码较为熟悉，否则遇到这些问题会懵，后边笔者会陆续基于 SkyWalking 整理出更多跟监控相关的文章，敬请期待。

微服务体系下需要对各个服务进行监控，或者在对服务进行压测的时候都需要观察服务性能，我们选择使用skywalking来完成这个功能，skywalking简单操作就可以使用，也方便监控服务运行情况

痛点 查线上日志时，同一个 Pod 内多线程日志交错，很难追踪每个请求对应的日志信息。 日志收集工具将多个 Pod 的日志收集到同一个数据库中后，情况就更加混乱不堪了。 解决 TraceId + MD