Netflix Log4J 优化大规模日志记录

经过 Netflix 内部优化的 log4j 版本——Blitz4j已经发布到 Github。与其他更传统的日志技术相比，Blitz4j 能够在大规模并发和流量拥挤的环境下高效生成日志，而且消耗的资源更少。这是通过重写 log4j 中可能发生同步和死锁的代码部分实现的。

Netflix 对 log4J 的修改包括：

1. 移除所有关键的同步，使用并发数据结构。
2. 为内存缓冲区和工作线程提供强大的配置能力。
3. 使用执行者池模型替换等待 - 通知模型，进一步隔离应用程序线程和日志线程。
4. 通过可配置的摘要信息在日志高峰期更好地处理日志消息。

Netflix 宣称，使用 Blitz4j 时每秒钟记录 300 到 500 行日志的开销至少降低了 75%，同步相关的处理器使用峰值也完全消失了。现在，即使在高使用量和高日志量的情况下，应用程序也能在一个可接受的时间内做出响应。

随着交易量和每个实例日志需求的增加，Netflix 注意到 log4j 消耗的资源越来越多，延缓了它所记录的进程的速度。因为对 log4j 的大量投入，他们难以下定决心转移到像 LogBack这样不同的日志技术；相反，他们选择了重写 log4j，为无阻塞和异步的日志进行了定制。Log4j 框架并没有太大的变动；只有影响伸缩性的地方做了修改。

Netflix 的 Karthikeyan Ranganathan 认为，对于刚起步的项目而言 Blitz4j 可能并不是最好的选择。LogBack 是 log4j 团队开发的一个产品，它解决了 Netfliex 团队所关心的很多问题。在这方面，没有使用传统 log4j 框架或者基于 slf4j 构建的项目应该考虑使用 LogBack 而不是 Blitz4j。但是对于在 log4j 上有大量投入的公司而言，Blitz4j 是能够记录因特网规模日志的正确选择。

英文原文地址：Netflix Log4J Optimizations Yield Logging at Massive Scale

感谢臧秀涛对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博（@InfoQ）或者腾讯微博（@InfoQ）关注我们，并与我们的编辑和其他读者朋友交流。