自07年参加工作，第一份工作是做技术支持，做了半年，然后公司黄了。第二份工作是在一个给宣武区*做网络外包维护的，后来宣武区*黄了。第三份工作是在一家做在线视频公司，做了半年，公司的运维部解散了。第四份工作是在一个网络游戏公司，做游戏管理员，做了一年半（没黄）。现在是在一家电子商务公司，做应用运维工作，工作三年有余了。
经过这么多年的工作，最近一直在思考：运维工作究竟是什么？究竟可细分为哪几种类型？
网络运维：这个应该是很有专业性的，涉及网络设计、机房的规划。
CDN运维：负责CDN网络的建设、维护。
系统运维：负责负载均衡等的设计、建设、维护。
应用运维：负责业务层的运维。
应用运维负责的业务的运维，这是需要与业务研发有紧密的沟通。应用运维是运维部直接与研发进行接触的团队。研发对网络、CDN等并不是很精通的，他们可能最多只是知道一些名词。我不反对研发不应该了解运维相关的技能，恰恰相反，如果研发能够更多的了解运维知识、技能，相信会更好的设计、研发项目。但是这种人，已经是架构师了，至少已经不在一线研发队伍了。而且这些了解运维知识的研发人员也不会去做运维的工作。
所以，应用运维应该必须有能力去支撑起业务的运维工作。这样，要求应用运维人员能够精通运维的流程、熟悉网络情况、熟悉CDN情况、知道系统负载的设计原理等等。也就是说应用运维应该是运维所有知识的集大成者。这样，应用运维具备了所有的知识、技能，才能够全力将trouble-shooting解决掉，而不是将故障的处理有如足球一样踢来踢去。
也就是说，应用运维应该掌握运维部所有知识、技能，运维部所有的工作，都是为了支撑起应用运维工作，而且应用运维也应该是其他运维团队的产品需求方。
那么应用运维具体的工作有哪些？
1 根据业务的具体特性，制定相应的运维方案。运维方案包括：运维中需要注意的特殊点、迅速扩容、依赖关系、迁移方案、防攻击方案等；
2 根据业务的运维过程中，出现或发现的一些问题，督促研发进行修正；
3 针对项目的具体情况 ，根据公司运维技术的变化，对项目进行优化；
4 针对项目，建立运维数据库，记录项目在生命周期中，所有的变更、故障等信息。
上面说了这么多，可能会有朋友问：为什么应用运维如此重要？
从老板或者从公司的角度来说，离“钱”最近的工作，最重要。所以，直接负责业务的部门，是相对重要的。