日志模块实践

快速导航

基于Egg框架的日志链路追踪实践

需求背景

实现全链路日志追踪,便于日志监控、问题排查、接口响应耗时数据统计等,首先 API 接口服务接收到调用方请求,根据调用方传的 traceId,在该次调用链中处理业务时,如需打印日志的,日志信息按照约定的规范进行打印,并记录 traceId,实现日志链路追踪。

  • 日志路径约定
  1. /var/logs/${projectName}/bizLog/${projectName}-yyyyMMdd.log
  • 日志格式约定
  1. 日志时间[]traceId[]服务端IP[]客户端IP[]日志级别[]日志内容

采用 Egg.js 框架 egg-logger 中间件,在实现过程中发现对于按照以上日志格式打印是无法满足需求的(至少目前我还没找到可实现方式),如果要自己实现,可能要自己造轮子了,好在官方的 egg-logger 中间件提供了自定义日志扩展功能,参考 高级自定义日志,本身也提供了日志分割、多进程日志处理等功能。

egg-logger 提供了多种传输通道,我们的需求主要是对请求的业务日志自定义格式存储,主要用到 fileTransport 和 consoleTransport 两个通道,分别打印日志到文件和终端。

自定义日志插件开发

基于 egg-logger 定制开发一个插件项目,参考 插件开发,以下以 egg-logger-custom 为项目,展示核心代码编写

  • 编写logger.js

egg-logger-custom/lib/logger.js

  1. const moment = require('moment');
  2. const FileTransport = require('egg-logger').FileTransport;
  3. const utils = require('./utils');
  4. const util = require('util');
  5. /**
  6. * 继承 FileTransport
  7. */
  8. class AppTransport extends FileTransport {
  9. constructor(options, ctx) {
  10. super(options);
  11. this.ctx = ctx; // 得到每次请求的上下文
  12. }
  13. log(level, args, meta) {
  14. // 获取自定义格式消息
  15. const customMsg = this.messageFormat({
  16. level,
  17. });
  18. // 针对 Error 消息打印出错误的堆栈
  19. if (args[0] instanceof Error) {
  20. const err = args[0] || {};
  21. args[0] = util.format('%s: %s\n%s\npid: %s\n', err.name, err.message, err.stack, process.pid);
  22. } else {
  23. args[0] = util.format(customMsg, args[0]);
  24. }
  25. // 这个是必须的,否则日志文件不会写入
  26. super.log(level, args, meta);
  27. }
  28. /**
  29. * 自定义消息格式
  30. * 可以根据自己的业务需求自行定义
  31. * @param { String } level
  32. */
  33. messageFormat({
  34. level
  35. }) {
  36. const { ctx } = this;
  37. const params = JSON.stringify(Object.assign({}, ctx.request.query, ctx.body));
  38. return [
  39. moment().format('YYYY/MM/DD HH:mm:ss'),
  40. ctx.request.get('traceId'),
  41. utils.serviceIPAddress,
  42. utils.clientIPAddress(ctx.req),
  43. level,
  44. ].join(utils.loggerDelimiter) + utils.loggerDelimiter;
  45. }
  46. }
  47. module.exports = AppTransport;
  • 工具

egg-logger-custom/lib/utils.js

  1. const interfaces = require('os').networkInterfaces();
  2. module.exports = {
  3. /**
  4. * 日志分隔符
  5. */
  6. loggerDelimiter: '[]',
  7. /**
  8. * 获取当前服务器IP
  9. */
  10. serviceIPAddress: (() => {
  11. for (const devName in interfaces) {
  12. const iface = interfaces[devName];
  13. for (let i = 0; i < iface.length; i++) {
  14. const alias = iface[i];
  15. if (alias.family === 'IPv4' && alias.address !== '127.0.0.1' && !alias.internal) {
  16. return alias.address;
  17. }
  18. }
  19. }
  20. })(),
  21. /**
  22. * 获取当前请求客户端IP
  23. * 不安全的写法
  24. */
  25. clientIPAddress: req => {
  26. const address = req.headers['x-forwarded-for'] || // 判断是否有反向代理 IP
  27. req.connection.remoteAddress || // 判断 connection 的远程 IP
  28. req.socket.remoteAddress || // 判断后端的 socket 的 IP
  29. req.connection.socket.remoteAddress;
  30. return address.replace(/::ffff:/ig, '');
  31. },
  32. clientIPAddress: ctx => {
  33. return ctx.ip;
  34. },
  35. }

注意:以上获取当前请求客户端IP的方式,如果你需要对用户的 IP 做限流、防刷限制,请不要使用如上方式,参见 科普文:如何伪造和获取用户真实 IP ?,在 Egg.js 里你也可以通过 ctx.ip 来获取,参考 前置代理模式

  • 初始化 Logger
  1. egg-logger-custom/app.js
  1. const Logger = require('egg-logger').Logger;
  2. const ConsoleTransport = require('egg-logger').ConsoleTransport;
  3. const AppTransport = require('./app/logger');
  4. module.exports = (ctx, options) => {
  5. const logger = new Logger();
  6. logger.set('file', new AppTransport({
  7. level: options.fileLoggerLevel || 'INFO',
  8. file: `/var/logs/${options.appName}/bizLog/${options.appName}.log`,
  9. }, ctx));
  10. logger.set('console', new ConsoleTransport({
  11. level: options.consoleLevel || 'INFO',
  12. }));
  13. return logger;
  14. }

以上对于日志定制格式开发已经好了,如果你有实际业务需要可以根据自己团队的需求,封装为团队内部的一个 npm 中间件来使用。

项目扩展

自定义日志中间件封装好之后,在实际项目应用中我们还需要一步操作,Egg 提供了 框架扩展 功能,包含五项:Application、Context、Request、Response、Helper,可以对这几项进行自定义扩展,对于日志因为每次日志记录我们需要记录当前请求携带的 traceId 做一个链路追踪,需要用到 Context(是 Koa 的请求上下文) 扩展项。

新建 app/extend/context.js 文件

  1. const AppLogger = require('egg-logger-custom'); // 上面定义的中间件
  2. module.exports = {
  3. get logger() { // 名字自定义 也可以是 customLogger
  4. return AppLogger(this, {
  5. appName: 'test', // 项目名称
  6. consoleLevel: 'DEBUG', // 终端日志级别
  7. fileLoggerLevel: 'DEBUG', // 文件日志级别
  8. });
  9. }
  10. }

建议:对于日志级别,可以采用配置中心如 Consul 进行配置,上线时日志级别设置为 INFO,当需要生产问题排查时,可以动态开启 DEBUG 模式。关于 Consul 可以关注我之前写的 服务注册发现 Consul 系列

项目应用

错误日志记录,直接会将错误日志完整堆栈信息记录下来,并且输出到 errorLog 中,为了保证异常可追踪,必须保证所有抛出的异常都是 Error 类型,因为只有 Error 类型才会带上堆栈信息,定位到问题。

  1. const Controller = require('egg').Controller;
  2. class ExampleController extends Controller {
  3. async list() {
  4. const { ctx } = this;
  5. ctx.logger.error(new Error('程序异常!'));
  6. ctx.logger.debug('测试');
  7. ctx.logger.info('测试');
  8. }
  9. }

最终日志打印格式如下所示:

  1. 2019/05/30 01:50:21[]d373c38a-344b-4b36-b931-1e8981aef14f[]192.168.1.20[]221.69.245.153[]INFO[]测试

contextFormatter自定义日志格式

Egg-Logger 最新版本支持通过 contextFormatter 函数自定义日志格式,参见之前 PR:support contextFormatter #51

应用也很简单,通过配置 contextFormatter 函数即可,以下是简单的应用

  1. config.logger = {
  2. contextFormatter: function(meta) {
  3. console.log(meta);
  4. return [
  5. meta.date,
  6. meta.message
  7. ].join('[]')
  8. },
  9. ...
  10. };

同样的在你的业务里对于需要打印日志的地方,和之前一样

  1. ctx.logger.info('这是一个测试数据');

输出结果如下所示:

  1. 2019-06-04 12:20:10,421[]这是一个测试数据

日志切割

框架提供了 egg-logrotator 中间件,默认切割为按天切割,其它方式可参考官网自行配置。

  • 框架默认日志路径

egg-logger 模块 lib/egg/config/config.default.js

  1. config.logger = {
  2. dir: path.join(appInfo.root, 'logs', appInfo.name),
  3. ...
  4. };
  • 自定义日志目录

很简单按照我们的需求在项目配置文件重新定义 logger 的 dir 路径

  1. config.logger = {
  2. dir: /var/logs/test/bizLog/
  3. }

这样是否就可以呢?按照我们上面自定义的日志文件名格式(${projectName}-yyyyMMdd.log),貌似是不行的,在日志分割过程中默认的文件名格式为 .log.YYYY-MM-DD,参考源码

https://github.com/eggjs/egg-logrotator/blob/master/app/lib/day_rotator.js

  1. _setFile(srcPath, files) {
  2. // don't rotate logPath in filesRotateBySize
  3. if (this.filesRotateBySize.indexOf(srcPath) > -1) {
  4. return;
  5. }
  6. // don't rotate logPath in filesRotateByHour
  7. if (this.filesRotateByHour.indexOf(srcPath) > -1) {
  8. return;
  9. }
  10. if (!files.has(srcPath)) {
  11. // allow 2 minutes deviation
  12. const targetPath = srcPath + moment()
  13. .subtract(23, 'hours')
  14. .subtract(58, 'minutes')
  15. .format('.YYYY-MM-DD'); // 日志格式定义
  16. debug('set file %s => %s', srcPath, targetPath);
  17. files.set(srcPath, { srcPath, targetPath });
  18. }
  19. }
  • 日志分割扩展

中间件 egg-logrotator 预留了扩展接口,对于自定义的日志文件名,可以用框架提供的 app.LogRotator 做一个定制。

app/schedule/custom.js

  1. const moment = require('moment');
  2. module.exports = app => {
  3. const rotator = getRotator(app);
  4. return {
  5. schedule: {
  6. type: 'worker', // only one worker run this task
  7. cron: '1 0 0 * * *', // run every day at 00:00
  8. },
  9. async task() {
  10. await rotator.rotate();
  11. }
  12. };
  13. };
  14. function getRotator(app) {
  15. class CustomRotator extends app.LogRotator {
  16. async getRotateFiles() {
  17. const files = new Map();
  18. const srcPath = `/var/logs/test/bizLog/test.log`;
  19. const targetPath = `/var/logs/test/bizLog/test-${moment().subtract(1, 'days').format('YYYY-MM-DD')}.log`;
  20. files.set(srcPath, { srcPath, targetPath });
  21. return files;
  22. }
  23. }
  24. return new CustomRotator({ app });
  25. }

经过分割之后文件展示如下:

  1. $ ls -lh /var/logs/test/bizLog/
  2. total 188K
  3. -rw-r--r-- 1 root root 135K Jun 1 11:00 test-2019-06-01.log
  4. -rw-r--r-- 1 root root 912 Jun 2 09:44 test-2019-06-02.log
  5. -rw-r--r-- 1 root root 40K Jun 3 11:49 test.log

扩展:基于以上日志格式,可以采用 ELK 做日志搜集、分析、检索。