上周静儿用一天的时间写了一个日志切面，大家都非常支持配合，内部各个模块都使用起来。
从技术上来说就是一个aspectj，没有什么难点。关键是做好之后让很多模块都一起使用起来，形成了一个规范。规范是一个很神奇的东西。
比如因特网本身就是一套规范而已。所谓的带宽是连电压都规定好了的大家必须遵守的东西。比如神奇的http，也就是一套约定的规范。
那简明日志规范到底有什么意义呢？回到之前静儿写的文章：美团点评智能支付核心交易系统的可用性实践。
是的，简明日志规范是系统稳定性的重要保障之一。
这样想，对于一个大型系统，不同的模块通过不同的工程来维护，分而治之。但是一旦出现了问题，每个模块的日志只有做这一块的同学才能看懂，这就杯具了。等定位到问题黄花菜都凉了。
如果大家都有一些链路必需的参数，都是用统一的格式，这样问题就好定位多了。这就是简明日志规范最重要的意义。
静儿码农一枚，有朋友吐槽静儿的github一年没更新了，主要做管理了吧。基础架构部这边大家都是做技术的，只有技术专家，没有领导。github不更新原因是咱们在公司里写出的代码，或者用公司电脑写出的代码，理论上都属于公司。想开源需要审批的。这点也需要朋友注意了。
静儿经授权，开源了日志切面的代码
背景
1.我们定位问题是否有足够的信息？
2.我们在观察信息情况的时候是否会被很多不关心的内容所干扰？
3.我们的监控报警是否有可靠的信息来源？
简明日志，代码无侵入，截获所有与其他组件交互日志。
原理
写了一个日志切面，默认在目录的service包、api包、queue包的所有public方法前后打印info级别日志。dao包打印debug级别日志。也支持灵活用注解方式打印日志。日志等级可以在统一配置中心上进行配置。
方法
1.pom.xml配置
<dependency>
<groupId>com.brmayi</groupId>
<artifactId>concise-logger</artifactId>
<version>1.0.0-SNAPSHOT</version>
</dependency>
2.spring的配置
<bean id="logAspect" class="com.brmayi.aspect.LogPrintAspect">
<aop:config>
<aop:aspect id="aspectAOP" ref="logAspect" />
</aop:config>
日志想要便于查看，目前都需要统一的日志中心。日志中心目前大公司都是自己实现。但是大家想要自己弄，静儿原同事阳哥给大家提供了一个福利。阳哥之前就职于阿里，后回到乐视期间我们同事一年，一起做项目，跟阳哥学了很多东西。他目前做的开源日志中心已经在乐视内部线上使用，稳定性有保证。
一个技术的成功往往是一种营销的成功。比如docker、k8s。k8s火了之后，docker一看自己的地位将不保，就说：
所以docker是一个标准的k8s的CRI实现。这实为明智之举。也是我辈在工作和生活中都可以借鉴的一个合作共赢的道理。
