运维，或许是一个在 IT 技术岗中很难堪的职位。其一，许多应届生都不曾接触过，对上班的职能界定十分含糊;其二，很多其余技术岗的往届生会觉得，『卧槽，这么low 逼，只会重启推性能做颁布』;其三，正在从事运维岗的往届生会觉得自己在公司的 KPI 很难表现。我在从事运维上班的前 2年，也总是问自己：WTF，究竟我的存在有啥意义?
运维并不是一个可以从校园里可以造就进去的职业，它齐全要求从通常中去体会。当然，当天写这篇不是为了想通知大家这两年我体会到的所谓运维存在的意义，而是就一件最近上班上的一件大事和大家谈谈消费线应该具有的运维看法。
一件大事以及引发的思索
事情呢是酱紫的，看到上班群有一个小伙A说要求重启服务重视做 raid，原话大略是：『127.0.0.1 重做raid，告警疏忽@共事B @共事C』
原本这个事情貌似没啥疑问，鉴于近期公司出现了屡次因消费缺点发生的资损事情，我就独自找他聊了下，看似惊涛骇浪的事情其实是波澜汹涌啊!
运维要求分明【变卦的需求背景】
这一点上，A同窗是可以回答的过去的，但是关于接到义务之后，就搜索枯肠的去做，是很可怕的，由于你并不知道做这件事情的意义。每一次性变卦就和开车并道一样，并一次性就多一分发生车祸的危险，要求分明衡质变卦的意义和价值，掂量危险和价值的轻重，才可以对此次变卦启动有效的精神投入评价。BTW，咱们必定要问自己一句：这个变卦必定要做吗，能否值得对需求方提出应战?
车祸猛如虎变卦也一样
运维要求分明【变卦的适合期间】
假定每次变卦都有发生缺点的或许性，那么就必定要确认分明最佳变卦期间。有几个准则：a. 避开本产品线业务高峰期、关键期;b. 和同产品线的其余变卦互斥;c.和关系产品线的其余变卦互斥。这一点上，同窗A由于消息渠道窄，并没有接到业务部门对产品演示的公告，违犯了准则a。怎样规避掉这个危险呢?就是把变卦看成一个名目启动推动，每个环节的停顿要求同步告知干系人，干系人担任启动危险评价。
运维要求成为【变卦的名目经理】
打个比如，消防员在冲进火场的时刻，要求确认能否仍有或许的爆炸源，否则被炸因公殉职也是自己的责任。运维在职能上和消防员相似，出现缺点(火灾)的时刻去剿灭缺点源(火源)，在口头变卦的时刻也要求多留一个心眼，重复确认高低游干系业务，能力启动变卦布局(其实缺点处置也是一次性紧急变卦)。任何一次性变卦都要当做一个名目启动运作，分明干系人，把控危险，制勘误当的步骤和期间节点，咱们要把他看成一个继续若干天的名目推动，也就是说变卦其真实接到需求的那一刻就开局了。
运维就如消防员
运维要求【遵照变卦流程】
变卦的大抵流程是：需求确认 -> 干系业务/人确定 -> 打算讨论 -> 打算确立&期间确立 -> 变卦单撰写 ->变卦单 review -> 审批报备 -> 变卦公告 -> 打算实施 -> 打算成果反应 (->回滚打算)，可酌情启动步骤删减。遵照变卦流程的关键好处是，首先，你可以在整顿变卦步骤的时刻细心理考每一处危险点，屡次变卦之后可以固化上去危险相对较小的规范化文档，后续可以把重复操作智能化。其次，危险均摊及最小化，打算是大家讨论后确定的，期间是大家商量后认可的，流程是经过审批报备的。真的，假设把相似的流程贯彻下去，由于变卦发生缺点的概率会大大降落。如今成熟的公司运维团队，都曾经把相似的流程固化到运维平台里了，但是又有多少团队的担任人真正在遵照，而不是随意审批了事呢?不要和我谈业务压力有多大，不要和我谈缺人手，准则是不能却步的，否则捡了芝麻丢了西瓜。
一句真谛
这么小的一个变卦事情，咱们可从中总结出那么多的阅历，可见运维是一个全局操盘手，心不细真的不行。有一句话是之前我在阿里不时铭刻在心的，双手奉上给各位同行：抵消费环境要有敬畏之心。