自动化运维之日志这件“小”事

本文由 GOPS2017 北京站大会供稿并整理发布，高效运维社区致力于陪伴您的职业生涯，与您一起愉快的成长。

作者简介：         

赵舜东
中国SaltStack用户组发起人
江湖人称：赵班长，曾在武警某部负责指挥自动化的架构和运维工作，2008年退役后一直从事互联网运维工作，历任运维工程师、运维经理、运维架构师、运维总监。《SaltStack技术入门与实战》作者，《运维知识体系》作者，GOPS金牌讲师，Exin DevOps Master认证讲师。

运维在忙什么？

下面是一个运维朋友日常工作中比较常见的一个场景：

开发： Hi，哥们，我刚才上线了一个新功能，帮我看一下运行日志有没有什么异常……
运维： 好的，马上；

测试： Hi，兄弟，目前A接口的访问量掉了；帮我看下错误日志有啥ERROR……
运维：好的，稍等；

开发： Hi，好基友，帮我把我log目录下的日志文件取下来……
运维： 好的，过会儿给你；

另外，我之前的运维团队，有的运维一天到晚都忙这些东西；部署、执行脚本、拿文件、awk分析日志等等，而且还忙的不行。

还有个做系统运维的工程师的朋友，我问他每天都忙什么。他说每天拿日志占1/3的工作量；第二是部署、把代码上传服务器什么的。

那么运维天天在忙什么呢？我想多半在处理日志相关的问题吧~

日志需求

从日志来说，对于运维来说需要进行哪些日志收集。对于这个问题可以分为一下五个方面。

• 需求一：系统日志

首先是要掌握操作系统的运行状态；系统日志非常有用。例如，一个内存坏了你怎么能知道？一般内存坏在系统上会有日志提示，或者写个阈值内存低于多少报警。但是有时候内存是8G的，坏了一根内存条不知道；而且内存条硬件日志上也是看不出来的。通过系统日志就可以发现该问题。

• 需求二：访问日志

之前我们做广告，访问日志对我们来说就是命根子；我们要依赖访问日志拿到非常多的数据。以此来统计分析访问来源、url请求频次、响应时间以及成功率等等。