[开源]轻量级分布式日志标记追踪神器，自动对日志打标签完成微服务的链路追踪

概述

轻量级的分布式日志标记追踪神器，10分钟即可接入，自动对日志打标签完成微服务的链路追踪。支持log4j，log4j2，logback三大日志框架，支持dubbo，dubbox，springcloud三大RPC框架

特性

• 通过对日志打标签完成轻量级微服务日志追踪
• 提供三种接入方式：javaagent完全无侵入接入，字节码一行代码接入，基于配置文件的接入
• 对业务代码无侵入式设计，使用简单，10分钟即可接入
• 支持常见的log4j，log4j2，logback三大日志框架，并提供自动检测，完成适配
• 支持dubbo，dubbox，springcloud三大RPC框架
• 支持Spring Cloud Gateway和Soul网关
• 适配HttpClient和Okhttp的http调用标签传递
• 支持三种任务框架，JDK的TimerTask，Quartz，XXL-JOB
• 支持日志标签的自定义模板的配置，提供多个系统级埋点标签的选择
• 支持异步线程的追踪，包括线程池，多级异步线程等场景
• 几乎无性能损耗，快速稳定，经过压测，损耗在0.01%

能解决什么痛点

随着微服务盛行，很多公司都把系统按照业务边界拆成了很多微服务，在排错查日志的时候。因为业务链路贯穿着很多微服务节点，导致定位某个请求的日志以及上下游业务的日志会变得有些困难。

这时候很多童鞋会开始考虑上SkyWalking，Pinpoint等分布式追踪系统来解决，基于OpenTracing规范，而且通常都是无侵入性的，并且有相对友好的管理界面来进行链路Span的查询。

但是搭建分布式追踪系统，熟悉以及推广到全公司的系统需要一定的时间周期，而且当中涉及到链路span节点的存储成本问题，全量采集还是部分采集？如果全量采集，就以SkyWalking的存储来举例，ES集群搭建至少需要5个节点。这就需要增加服务器成本。况且如果微服务节点多的话，一天下来产生几十G上百G的数据其实非常正常。如果想保存时间长点的话，也需要增加服务器磁盘的成本。

当然分布式追踪系统是一个最终的解决方案，如果您的公司已经上了分布式追踪系统，那TLog并不适用。

开源协议

使用 MIT 开源许可协议