博客
关于我
对乱糟糟的日志说再见
阅读量:408 次
发布时间:2019-03-06

本文共 758 字,大约阅读时间需要 2 分钟。

最近有朋友向我抱怨公司系统日志质量不高,实用信息稀少,日志之间零散难追踪。我询问他公司是否有日志收集工具,他表示公司已接入收费第三方日志产品,但日志缺乏关键信息和统一规范,微服务间追踪困难。

经过了解,我推荐了开源分布式追踪框架skywalking和pinpoint,但由于搭建成本和存储成本问题,朋友犹豫不决。后来,我在开源社区发现了一款开源框架TLog,宣称轻量级且易于接入。

项目特性

TLog由Gitee托管,界面以暗黑风格设计。其核心功能是为每行日志自动打标签,包括系统级和业务级标签。标签分为系统标签和业务自定义标签,支持多级追踪。

支持的日志框架

TLog支持log4j、log4j2和logback三大日志框架,提供三种接入方式。测试显示,JavaAgent方式在复杂项目中可能不稳定,但官方支持的接入方式稳定可靠。

支持的RPC框架

TLog支持Dubbo、Spring Cloud和Dubbox等常用RPC框架,能自动适配Spring Boot环境,无需额外配置。原生Spring环境需简单配置,但文档详细说明。

业务标签

TLog允许开发者自定义业务标签,通过注解快速实现。标签支持逻辑处理,可自定义信息处理类,提升日志排版和查找效率。

其他场景支持

TLog支持异步线程和线程池,但线程池需辅助类侵入代码。MQ场景需少量改造才能支持标签传递。

性能

性能测试显示,TLog对日志打印的影响微乎其微,甚至可能稍微加快。测试显示,加TLog后10w日志平均耗时12.89秒,差异不大,但样本量小,需更多测试验证。

总结

TLog适合中小型企业快速解决日志追踪问题,集成分布式追踪功能,标签系统完善,性能优越。缺点是无法自行收集日志,需结合其他收集方案。总体来说,TLog是一个值得关注的开源工具。

转载地址:http://hyxkz.baihongyu.com/

你可能感兴趣的文章
operator new and delete
查看>>
operator new 与 operator delete
查看>>
operator() error
查看>>
OPPO K3在哪里打开USB调试模式的完美方法
查看>>
oppo后端16连问
查看>>
Optional类:避免NullPointerException
查看>>
Optional讲解
查看>>
ORA-00932: inconsistent datatypes: expected - got NCLOB【ORA-00932: 数据类型不一致: 应为 -, 但却获得 NCLOB 】【解决办法】
查看>>
ORA-00942 表或视图不存在
查看>>
ORA-01034: ORACLE not available
查看>>
ORA-01152: 文件 1 没有从过旧的备份中还原
查看>>
ORA-01207:文件比控制文件更新 - 旧的控制文件
查看>>
ORA-01795: 列表中的最大表达式数为 1000
查看>>
ORA-06575: 程序包或函数 NO_VM_DROP_PROC 处于无效状态
查看>>
ORA-08102的错误
查看>>
ORA-12505, TNS:listener does not currently know of SID given in connect descriptor异常
查看>>
ORA-12514: TNS:listener does not currently know of service问题原因
查看>>
ora-12541:tns:no listener
查看>>
【docker知识】联合文件系统(unionFS)原理
查看>>
ORACEL学习--理解over()函数
查看>>