日志配置热更新技术实践

一 为什么需要服务日志热更新?

成都创新互联成立于2013年,是专业互联网技术服务公司,拥有项目成都网站设计、成都网站制作网站策划,项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命,1280元官渡做网站,已为上家服务,为官渡各地企业和个人服务,联系电话:13518219792

对于后端老鸟来说,一定遇到过这样的场景:

为了排查线上突发的问题,非常希望能够全面的看到请求在服务链路上的完整日志输出;

But,在生产环境中,为了避免日志打印过量造成磁盘空间浪费,通常会将日志级别设定在INFO,并关闭一般情况用不到的日志输出;

在不重启服务的情况下,开启本已经关闭的业务日志输出,能不能搞的定呢?答案是当然没问题。

二 需求分析

熟悉logback的同学此时肯定已经想到通过扫描监听logback.xml文件配置变化来实现日志级别的调整,像如下这种方式:

 
 
 

但通常情况下,你的业务服务是分布式部署的,后端节点有多台,如果一台台的去改,且不说运维大哥未必就会同意给你生产机器文件的修改权限,即使可以,这么做未免有些过于“老实”了;有没有一种可以集中管理日志配置,修改文件后再逐个分发给各节点的解决方案呢?沿着这个思路,自然而然就会联想到配置中心,这里,我主要介绍携程开源的apollo,同类的配置中心产品还有百度Disconf、阿里ACM和Spring Cloud Config,感兴趣的自行研究。

三 做实验

熟悉apollo文件管理的同学都知道,apollo通过推拉结合的方式将服务端存储的应用配置文件缓存到本地是以properties的格式存储的,如下面所示:

demo+dev+logback.xml.properties

 
 
 
  1. content=\n\n\t\n\n\t\n\t\t\n\t\t\t%d{yyyy-MM-dd HH\:mm\:ss.SSS}|%X{requestId}|[%t] %-5level %logger{50} %line - %m%n\n\t\t\n\t\n\n\t\n\t\tlogs/brm.log\n\t\t\n\t\t\t%d{yyyy-MM-dd HH\:mm\:ss.SSS}|%X{requestId}|%X{requestSeq}|[%t] %-5level %logger{50} %line - %m%n\n\t\t\n\t\t\n\t\t\tlogs/brm-%d{yyyy-MM-dd-HH}-%i.log>\n\t\t\t<\!--单个文件切割阈值,超过生成新log文件-->\n\t\t\t200MB\n\t\t\t<\!--最大保留天数-->\n\t\t\t336\n\t\t\n\t\n\n    <\!--log4jdbc -->\n    \n    \n    \n    \n    \n    \n        \n\t\n\t\t\n\t\t\n\t\n

HH\:mm\:ss.SSS}|%X{requestId}|%X{requestSeq}|[%t] %-5level %logger{50} %line - %m%n \n\t\t \n\t\t \n\t\t\t logs/brm-%d{yyyy-MM-dd-HH}-%i.log >\n\t\t\t<\!--单个文件切割阈值,超过生成新log文件-->\n\t\t\t 200MB \n\t\t\t<\!--最大保留天数-->\n\t\t\t 336 \n\t\t \n\t \n\n <\!--log4jdbc -->\n \n \n \n \n \n \n \n\t \n\t\t \n\t\t \n\t \n

而我们通常在配置logback的时候使用的是xml文件;

因此,我们要想办法让logback能够加载context的内存值信息。

阅读logback资料发现,JoranConfigurator支持我们以自定义的方式配置logback,

而springboot是通过LoggingSystem来加载管理日志系统的;如果我能在springboot启动的时候指定我自定义的日志加载类,问题便迎刃而解。

这里,我们在resources目录下新建META-INF文件夹,添加spring.factories,内容如下:

 
 
 
  1. org.springframework.context.ApplicationContextInitializer = com.zhoupu.zplog.refresher.LoggerRefresher
  2. org.springframework.boot.env.EnvironmentPostProcessor = com.zhoupu.zplog.refresher.LoggerRefresher

这里我们定义一个LoggerRefresher,该类重写loadDefaults和loadConfiguration方法,通过JoranConfigurator加载logback配置,并在configureByApollo中添加一个apollo事件监听器,当发现logback.xml文件有变化时,重新执行configureByApollo方法刷新日志配置。

核心代码部分如下:

 
 
 
  1. package com.zhoupu.zplog.refresher;
  2. import ch.qos.logback.classic.LoggerContext;
  3. import ch.qos.logback.classic.joran.JoranConfigurator;
  4. import ch.qos.logback.core.joran.spi.JoranException;
  5. import com.ctrip.framework.apollo.Config;
  6. import com.ctrip.framework.apollo.ConfigChangeListener;
  7. import com.ctrip.framework.apollo.ConfigService;
  8. import com.ctrip.framework.apollo.model.ConfigChangeEvent;
  9. import com.ctrip.framework.apollo.spring.config.PropertySourcesConstants;
  10. import org.slf4j.ILoggerFactory;
  11. import org.slf4j.Logger;
  12. import org.slf4j.LoggerFactory;
  13. import org.springframework.boot.SpringApplication;
  14. import org.springframework.boot.env.EnvironmentPostProcessor;
  15. import org.springframework.context.ApplicationContextInitializer;
  16. import org.springframework.context.ConfigurableApplicationContext;
  17. import org.springframework.core.Ordered;
  18. import org.springframework.core.env.ConfigurableEnvironment;
  19. import org.springframework.util.StringUtils;
  20. import javax.xml.parsers.DocumentBuilder;
  21. import javax.xml.parsers.DocumentBuilderFactory;
  22. import java.io.ByteArrayInputStream;
  23. import java.io.UnsupportedEncodingException;
  24. /**
  25.  *
  26.  * @author vigor
  27.  * @date 2019/6/14 上午11:27
  28.  */
  29. public class LoggerRefresher implements ApplicationContextInitializer, EnvironmentPostProcessor, Ordered {
  30.     private static final Logger log = LoggerFactory.getLogger(LoggerRefresher.class);
  31.     private boolean loadFlag = false;
  32.     @Override
  33.     public void initialize(ConfigurableApplicationContext context) {
  34.         ConfigurableEnvironment environment = context.getEnvironment();
  35.         load(environment);
  36.     }
  37.     @Override
  38.     public void postProcessEnvironment(ConfigurableEnvironment environment, SpringApplication application) {
  39.         load(environment);
  40.     }
  41.     @Override
  42.     public int getOrder() {
  43.         return 1;
  44.     }
  45.     private void load(ConfigurableEnvironment environment) {
  46.         if (!loadFlag) {
  47.             environment.getPropertySources().forEach(ps -> {
  48.                 if (PropertySourcesConstants.APOLLO_BOOTSTRAP_PROPERTY_SOURCE_NAME.equals(ps.getName())) {
  49.                     configureByApollo();
  50.                     loadFlag = true;
  51.                 }
  52.             });
  53.         }
  54.     }
  55.     private void configureByApollo() {
  56.         Config config = ConfigService.getConfig("logback.xml");
  57.         String content = config.getProperty("content", "");
  58.         if (StringUtils.isEmpty(content) || !validateXML(content)) {
  59.             return;
  60.         }
  61.         config.addChangeListener(new ConfigChangeListener() {
  62.             @Override
  63.             public void onChange(ConfigChangeEvent changeEvent) {
  64.                 configureByApollo();
  65.             }
  66.             @Override
  67.             public boolean equals(Object obj) {
  68.                 if (this == obj) {
  69.                     return true;
  70.                 }
  71.                 if (this.getClass().equals(obj.getClass())) {
  72.                     return true;
  73.                 }
  74.                 return false;
  75.             }
  76.             @Override
  77.             public int hashCode() {
  78.                 return 1;
  79.             }
  80.         });
  81.         ILoggerFactory loggerFactory = LoggerFactory.getILoggerFactory();
  82.         LoggerContext loggerContext = (LoggerContext) loggerFactory;
  83.         loggerContext.reset();
  84.         JoranConfigurator configurator = new JoranConfigurator();
  85.         configurator.setContext(loggerContext);
  86.         try {
  87.             configurator.doConfigure(new ByteArrayInputStream(content.getBytes("utf-8")));
  88.             log.warn("*****************************logback configureByApollo success!********************************");
  89.         } catch (JoranException e) {
  90.             e.printStackTrace();
  91.         } catch (UnsupportedEncodingException e) {
  92.             e.printStackTrace();
  93.         }
  94.     }
  95.     private boolean validateXML(String xml){
  96.         boolean isValidated = true;
  97.         try {
  98.             DocumentBuilderFactory documentBuilderFactory = DocumentBuilderFactory.newInstance();
  99.             DocumentBuilder builder = documentBuilderFactory.newDocumentBuilder();
  100.             builder.parse(new ByteArrayInputStream(xml.getBytes("utf-8")));
  101.         } catch (Exception e) {
  102.             log.error("apollo logback config error = {}", e);
  103.             isValidated = false;
  104.         }
  105.         return isValidated;
  106.     }
  107. }

至此已完成所有准备工作,运行demo程序,我的项目使用log4jdbc输出sql,这里我通过修改apollo配置管理后台jdbc日志配置,将sqltiming级别改为INFO:

 
 
 
  1.     
  2.     
  3.     
  4.     
  5.     
  6.     

发起一个后端请求,查看控制台日志输出,有了!

 
 
 
  1. 2019-11-08 10:11:27.794|1fe97e7dcfeb4fc2810d8a7a706fad2a||[http-nio-8062-exec-3] INFO  jdbc.sqltiming 357 - SELECT id, row_state, created_at, updated_at, created_by, updated_by, business_id, contact_name,
  2. role, mobile, contact_type FROM t_business_contact WHERE row_state = 0 AND business_id = 1000006

惊不惊喜_,意不意外!

四 总结

一个简单的日志配置热更新尝试,串联起了logback的自定义配置加载原理,apollo的配置中心使用方法和事件监听机制,以及springboot日志管理和自动装配等知识点,希望大家能从中有所收获!

【本文是专栏机构“舟谱数据”的原创文章,微信公众号“舟谱数据( id: zhoupudata)”】

文章标题:日志配置热更新技术实践
文章出自:http://www.zyruijie.cn/qtweb/news31/8881.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联