一个运维攻城狮的自白

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

        情景一：

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

        “你是做什么工作的。”

        答曰：“运维工程师。”

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

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

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

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

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

        情景二：

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

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

        答曰：“运维工程师。”

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

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

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

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

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

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

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

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

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

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

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

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

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

我们不是修电脑的

我们不是修电脑的

我们不是修电脑的