一个运维工程师的自白

一个运维攻城狮的自白

作为运维工程师，在别人眼里，经常被看成网管或修电脑的。

情景一：

比如过年的时候，亲戚来了，就会问

“你是做什么工作的。”

答曰：“运维工程师。”

“是不是修电脑的？在哪儿修电脑啊？”

此时心中会有一万只羊驼驼在奔跑。

答曰：“不是修电脑的，是做IDC运维的，系统运维的，网络运维的。”

“IDC是啥啊？系统运维是啥啊？不就是网管么？”

此时心中顿时一个“卧槽”

情景二：

同学聚会，有时就会炫耀工作，炫耀薪水。

“你现在做什么工作的啊？”

答曰：“运维工程师。”

“哦，原来是修电脑的啊。”

此时心中又有一万只羊驼驼在奔跑。

你才是修电脑的，你全家都是修电脑的……

呵呵呵，脏话说了一万遍。

不过话说回来，到底什么叫运维啊？

从字面上理解，运就是运行，维就是维护，那么运维工程师的职能就是保障业务的正常运行并在出现问题时及时维护。这里说一下，运维工程师并不是只有一种，或者说运维工程师是一个统称，其中包括很多的分类，例如：网络运维工程师、系统运维工程师、基础运维工程师等等。那么根据不同种类的运维工程师会有具体的分工不同。

这不难理解，网络运维负责网络、系统运维负责系统、IDC底层运维工程师负责IDC的基础设施及设备的硬件。

有些人通常认为运维工程师像消防员，7*24小时响应异常，救火。但是稳定性的运维工程师和医生的职业更接近。医生也分各种科室，也有急诊室，需要先判断病人的问题，对症下药。

而且业务有着各种各样的需求，如果运维工程师能够满足业务需求，或者主动挖掘业务的痛点和改进方法，就能为业务实现更多的价值。话说业务由于故障引起的中断一定会造成损失，所以能在发病之前就将其医好，这才叫核心价值。

当然，在产品早在设计阶段，运维工程师就应将架构设计的更加合理化，尽量避免单故障节点、提高容错性能、增加冗余、合理设计耦合度，这些都必须考验运维工程师技术水平和大局观。

在满足业务需求时，优先面对业务快速发展非常重要的需求，例如稳定性，部署和变更效率，容量管理。稳定性不用多说，如果用户没法稳定使用你的业务，什么产品特性都没有价值。

说了这么多，不知道各位对运维工程师有没有更深一层的认识。

总之，重要的事情说三遍：

我们不是修电脑的

我们不是修电脑的

我们不是修电脑的