关于的运维平台化和价值化的思考

运维是什么？

    运维是什么？经常有人询问，运维到底是一个什么样的角色？做什么的？什么是运维？
    不知道身为运维同行的你们会怎么回答这个问题，借用百度百科的关于运维的定义。运维，这里指互联网运维，通常属于技术部门，与研发、测试、系统管理同为互联网产品技术支撑的4大部门，这个划分在国内和国外以及大小公司间都会多少有一些不同。一般来讲国内的互联网运维负责软件测试交付后的发布和管理，其核心目标是将交付的业务软件和硬件基础设施高效合理的整合，转换为可持续提供高质量服务的产品，同时最大限度降低服务运行的成本，保障服务运行的安全。
    在大部分／开发／测试／运营等部门的眼里，运维就是一个负责发布和部署部门，当然不同规模的公司，运维团地规模以及需求和侧重点都不一样，有的公司甚至都没有开设运维工程师的这一职位，由开发人员自主的承担运维的角色。在业务规模达到一定的时候，运维一定在其中担任不可或缺的重要角色。在互联网的产品体系当中，运维的角色在很多的情况下并不是很清晰明了，甚至有很多的运维工程师都不清楚自己所处的运维的定位到底是什么？
    运维在互联网产品的技术支撑体系中所扮演的角色并不是那么清晰，从产品的需求设计到开发，到测试，再到上线运营的过程当中。比如开发，在整个产品形态当中，开发的角色非常的清晰，就是根据需求和设计开发相对应的功能，比如测试，根据产品的需求和设计，测试相对应的功能点。而运维在整个的产品的体系当中，它所处的角色到底又是什么呢？上线部署？线上维护？版本管理？
    在整个的技术支撑体系过程当中，运维一直在”打辅助“的角色当中，可能大家对运维的最深刻的认识就是当服务故障了，大家第一时间想到的就是运维。可是你又真正的认识到自己是有多重要么？在我看来，运维、测试、运营支持就是为产品服务的技术支持团队，每一个角色都至关重要，缺一不可。那么，作为反过来回答运维是什么，运维就是解决用户痛点，提升用户体验的技术支持部门。用户这里不是单单是指使用我们产品的用户，也同时是指运营、运维、测试等服务对象。为了用户体验，我们需要构建安全、监控、报警等多个维度的体系

运维的划分是怎样的？

    在一般的情况下，运维会划分几个维度,运维团队可以划分为：应用运维、系统运维、运维开发和监控运维，可能还会包含DBA团队和安全团队。

应用运维：负责支持线上业务，各自会负责对应的业务线，主要职能是保证线上业务稳定性和同开发共同支撑对应业务，以及线上服务管理和持续优化。

运维开发：帮助运维提升工作效率，开发方便快捷的工具，实现运维平台化自动化。

系统运维：负责操作系统定制和优化，IDC管理和机器交付，以及跳板机和账号信息管理。

监控运维：负责发现故障，并第一时间通知相关人员，及时处理简单故障和启动降级方案等。

运维的平台化和价值化

    我自己的理解，运维做过的事情很多。部署、发布、监控、安全、开发工具集......，大大小小做了的事情很多，请问，付出了那么多，做了那么多事，你老板知道么？直接的价值产出在哪里？说句很实在的话就是老板根本不懂什么安装、部署、监控、什么LVS、什么高可用，什么高并发...... 老板又问，又要买服务器，”上个月不是刚刚花了200多万购买了一批服务器到机房么“，等等。你需要将你所做的事情升华出来，当然你一定有一定的价值真正产出。说了这么多，举个例子，为了提升运营人员的工作效率，运维开发了各种小巧的小工具，原来需要半天才能出来的数据，运维开发出工具，几分钟就出来了运营人员需要的数据，这就是的效率的提升。

那么运维平台化和价值化的维度在在哪儿呢?

我的博客即将同步至腾讯云+社区，邀请大家一同入驻：https://cloud.tencent.com/developer/support-plan?invite_code=c570vqqikgrh