对于运维的一些简单思考

一直想总结一下自己关于运维整个行业的思考，由于个人比较懒，在加上工作的原因就耽搁了很久。正好在最近做一些运维规划以及系统架构的时候发现很多时候大家都各自有自己的目标和想法，虽然当前运维相关的技术领域已经发展的非常不错(什么AIOps、DevOps、Docker、Kurbernetes、Serverless、甚至微服务之类的)，但其实我个人认为，做运维一定不要偏离运维最本质的东西，不然最终做出来的产品或者服务是很牛逼了，而整体产生的效益却是递减的(很少有人买单)，那么这样的运维工程我认为也是比较失败的。我会将目前我个人对整个运维工程体系的认知以及实践相关东西做已梳理，希望能够对自己未来的整个成长有所帮助，也希望能够和更多大牛们一起交流对运维行业的认知！

运维是什么

在百度百科中，可以发现运维会有如下定义：
运维，这里指互联网运维，通常属于技术部门，与研发、测试、系统管理同为互联网产品技术支撑的4大部门，这个划分在国内和国外以及大小公司间都会多少有一些不同。

在这里的定义是比较广义的，因为运维是属于一个比较大的工程学范畴的技术领域分支，可能在一些大的互联网公司或者运维体系比较完善的公司，一个运维部会包含多个技术支撑部门，比如上面说到的研发，测试，系统，技术运营等职位，这里不多说，接下来会仔细讲解下运维的一些相关概念以及我个人对运维相关的理解。

运维的核心价值是什么？

其实在大部分的互联网或非互联网公司内部，运维部说轻了是一个非盈利组织，说的严重点可以算是企业内部的最大的资产消耗组织，因为通常运维部门需要采购各种服务器、网络以及其他it基础办公设备，然而通常这些资产性设备不仅不会给企业带来显性直接的利润，还需要大量的专业性人才来维护这些设备以及服务的正常运行来支撑企业的产品。所以横向对比运维部门和其他部门比如说研发、产品部门来说，运维部着实属于一个资产消耗比较严重的部门。 (当然，除过那些云服务厂商，大部分的云服务厂商不论是底层设施和技术还是后期产品相关的东西，都是需要运维的相关专业力支撑的)

上面说了这么多，运维属于一个资产消耗型组织，那么运维的核心价值是什么呢？莫着急，听我慢慢分析道来。

稍微懂点经济学的人估计都知道这么一个公式：利润=收入-支出，直白点的意思就是企业的利润由收入和支出两个因素决定的，要想利润最大化，要做的其实可以有两方面，一是增加企业收入，这一点其实很多商业公司都可以做的很好，只要能够及时开发出迎合市场的新产品，迎合消费者的喜好，那么很容易增加企业收入；另外一方面其实就是减少支出了，那么上面说到运维部是属于一个资产消耗型组织，那么如果做运维如果能够在不影响系统以及企业产品的前提下将企业支出降到最低，同样也可以为企业的高额利润贡献很大的价值。说了这么多废话，其实就是要想利润最大化，企业必须做到"开源节流"，具体意思感兴趣的同学可以百度搜索。

因此，基于个人的工作经验和理解，个人认为运维的核心价值就是：在可以保证业务产品快速发布上线并且能够高效可靠运行的前提下，尽可能地减少企业的内部支出。上面说到"开源节流"，现在也有很多大型互联公司的运维相关部门开始从"开源"角度去帮助企业实现利润最大化，大名鼎鼎的亚马逊AWS就是最好的案例，当然现在国内也有很多云创业厂商。

运维的需要做什么？

上面说了那么多关于运维概念以及运维核心价值的东西，那么运维应该如何做呢？我认为可以主要围绕以下几点开展。

• 资产管理 (那些资产，做什么用的，谁在用)
• 流程变更管理 (如何申请资产，如何编排资产，如何让)
• 项目管理 （业务项目，IT基础架构项目(发布，监控日志，持续集成等等相关的东西)）
• 故障管理 (反馈于上面多个工作点)

未待完续。。。。