Linux 运维一天的工作时间是如何度过的？-技术圈

在我面试了一些运维职位的同学以后，我觉得在中国，很大一部分运维的同学，都是每天过着我以下要提到的，我最不喜欢的最典型的一天。

我最不喜欢的一天：

早上一来到，刚坐下，被一个同事跑过来说一个需求打断一下。一位同事 im 上也提了一个需求。一位同事邮件上也提了一个需求。一位同事电话你也提了一个需求。好，默默地把这些需求记在 todo list 上。

刚坐下，临时被拉去开一次会，同事说要怎样怎样协助他。

刚回来，发现 10 分钟后有一个面试。

面试回来，发现 10 分钟后有一个计划中的会议。

会议回来，产品功能测试完毕，要协助上线操作。

上线过程没有标准化，生产环境出错，紧急回滚。

抓来这次上线相关人员，讨论为何会出现这样的事故，日后如何规避。

回来后，再次准备上线，这次上线过程全程跟进。

终于正常上线完成了。

噢，不。只是功能上线完成，原来还有一个很大的性能问题。继续救火。

调整参数，性能调优，服务器负载终于下去了。

看一下时间，已经差不多是下班的时间了。

对着一直在增长的 todo list ，一脸的茫然。

以上，略夸张，但是各种千奇百怪的中断，确实很可怕，各类中断还有上下文切换的。很多人就这样埋没在中断中了。

个人认为一个运维最应该的一天工作时间安排：

20% ，处理紧急重要的事情。

80% ，开展重要不紧急的事情的工作。

紧急重要很容易理解，其实就是救火类工作。

重要不紧急的工作，才是最能体现运维的价值的工作。

监控系统，这个是一个大话题。除了被动地监控各类服务的正常与否，还有主动开发各类协助系统分析的系统，并对整个系统的未来有规划性。

性能调优，我最喜欢的一个方面。发现性能瓶颈，解决性能问题，都很喜欢。

开发工具型系统。提高自己，和团队内所有人的工作效率的一些工具。尤其是可以快速解决那些中断的工具。

学习。这个是最重要的。运维涉及的知识面非常广，不断学习才能顺利快速解决以上各类问题，不断尝试不断经历才有足够的经验遇神杀神，遇佛杀佛。

一天一天，做好重要不紧急的工作，才能令到运维工作更有效率，整个系统更稳定，未来的发展更具有预见性。

作者：陈湛翀（侵删）
链接：https://www.zhihu.com/question/20261152/answer/14529923