从系统运维走向技术运营

两三年前的时候，我觉得运维的工作就是把服务器、网络、数据库搭建好，然后把程序部署上去运行起来，再把相应的监控加好，那么运维的工作就做的七七八八了。
这时我们关注的重点是服务器、操作系统、网络、发布、故障处理等事项，但是每上一个新项目，我们几乎都要重新做一遍以上流程，没完没了。

有时候做运维久了，总觉得自己苦逼，我们虽然掌握着线上服务器最高的权限，好像和企业的业务发展关系不大，存在感非常弱，甚至连项目分红都可以忘记运维部门的存在。

近年来听过很多运维大牛的分享，都在强调着我们要走近业务，了解业务，以及用技术来影响业务的运营方向。我们不应该被“运维”这两个字限制我们，把我们等价成搬机器的、蹲机房的、网管等等词汇，其实国外的类似运维岗位从Operation转化为Site Reliability Engineer，也就是从岗位title上让运维不要限制于系统运维方面，更要多考虑业务的可用性、可靠性，尝试从日志中提取数据做到“用户体验优化”和“运营决策辅助”，虽然这部分工作以往都由产品策划或者数据挖掘工程师承担，但是运维可以从我们熟悉的系统层面分析业务数据，也就能更加全面得分析业务，提供决策辅助。

腾讯马总曾说过“在腾讯这里不能说技术上无法实现”，我们运维也尽量不要对业务说不。阿里的运维工程师的技术分享也说过类似的言论，如果对业务需求说不，就是阻碍公司的发展，之所以每年双十一都能高速发展，也是依赖运维们对业务尽心服务。

运营其实囊括了更多的内容，包括整个数据处理，技术运维，用户运营三个维度。例如业界领先的腾讯运维本身就承担了这个相对复杂的职能，而不是像很多传统的游戏公司那样，它只是承担了一个基础运维或者业务运维这样一个功能。

通过搭建自动化平台，让运维从人工操作解放出来，并且能自动化部署、故障自愈、自助式服务等可扩展的方式。从用户运营来讲，它本身需要去观测用户的行为数据，去追踪用户体验的数据，去关注所有服务器的运行情况。

运维的发展空间还是非常大的，前提是对这个岗位有更好的认识，别仅限于系统运维层面，而是更广义的技术运营。