回首五年运维，运维需要思考

如果我带着记忆回到五年前踏出校门的时刻，我依然会选择我现在的工作——运维工程师

2016年踏出校门的时候，我是带着C++的职业目标走向一个又一个校招面试官的，或许是因为当时自己c++技术不足，又或者C++的校招岗位很少，大部分面试官都在问我：你愿意做运维吗？

当时我是犹豫的，但如果是现在的我，我会毫不犹豫的说：我愿意

运维工作，可深可浅，全在自己选择，有很多人不愿意做运维，因为他们觉得运维的入门门槛太低，这没有错，但是他们却没有看到运维的深度和高度

运维的基本能力

在你想要让自己的运维能力更上一层楼之前，下面运维基本的工作能力是最起码的

• 系统的上线，监控的部署（最起码的知道该有的监控，以及为什么监控，监控出现怎么排查）
• 故障问题处理能力，这是一个闭环的工作，不仅仅只是解决问题，更应该找出问题暴露的缺陷，这里的缺陷不只是系统层面，也要检视作为运维是否需要改进，如监控，如容量，如高可用等等
• 各种中间件，数据库的技能，最好是在某一个上有技术深度
• 生产容量评估，这里涉及压测以及压测方法的能力
• 文档编写的能力，不管是开发还是运维，都应该具有文档编写的能力，作为系统运维，你应该会写系统运维手册

多年运维该形成的思维

如果做运维很多年了，你应该具有以下几种思维

• 排查问题的思维，在告警或者故障出现的情况下，有自己的定位，排查的一种流程方法
• 高峰准备的思维，业务高峰点之前，怎么准备，怎么开展
• 开展多人协作工作的思维，接收一个新的任务的时候，如何开展，如何进行，如何统筹协调
• 系统优化的思维，不仅仅只是维护系统，你应该能够凭借你的经验，发现系统的隐患，主动推动优化

创造价值的工作

除了基本工作之外，运维有太多事情可以去做了：

• 运维最宝贵的就是处理问题的经验，但是大部门运维只是让它躺在自己的文档中，怎么将他运用在生产中？告警匹配预案，自动处理？AI自定定位？出现故障自动匹配历史问题，给与参考？
• 监控应该怎么去管理维护？按照监控手册一个一个去部署？还是形成模板，自动化部署监控？
• 监控应该怎么做减法，去收敛？一刀切的去降低甚至不发低级别告警？还是监控告警处理情况，精准的找出无效的冗余告警进行收敛？
• 在拥有大量监控数据的情况下，怎么实现动态监控，怎么实现自动定位，怎么运用这些数据创造价值
• 作为运维，你应该掌握一门编程语言，具备开发能力，不一定要做运维开发，而是能够在需要的时候，用开发技能实现或者说服务于自己的运维想法

不要只埋头工作，多花一点时间，跳出来，思考一下：

思考一下运维工作的缺陷和不合理的地方

总结一下最近的工作

思考一下数据如何利用，如何产出价值

思考一下自己的职业追求

我的五年运维经历，教会了我多思考

我 喜欢我的工作