巴辉特 2025-08-03 08:02 广东
看看你适不适合这条路子！
社区有几个运维小伙伴询问：“感觉运维长期发展路径一般，能否转运维开发，进而转开发？”
巧了，我做过多年的运维、运维开发，稍微唠唠这个话题。不过呢，个人情况各异，要想聊的准确需要加一系列的定语，但是加了一系列的定语适用面就窄了。所以我准备只是泛泛而谈，对某些人是对的对另外一些人是错的，希望能启发一下你的思路，仅此而已。
如果已经做了几年运维了，就不要转了
已经做了几年运维了，却考虑转行开发，大概率是运维没做好，IT 领域虽然细分领域很多，但是学习方法、工作方式、成长方式有很多相通之处，运维做不好的情况下，我感觉你大概率也做不好研发，继续在运维方向，至少还有点积累，如果转去做研发，反倒积累更少，更难。
中小公司不要做运维开发
中小公司通常规模不太大，老板要活下去所以显得抠抠搜搜，不可能养活一个成建制的运维开发团队。而人少，就难有大力，就难以出成果，如果迟迟无法出成果，那就前景堪忧。
中小公司的运维，老老实实折腾一下开源，或者把脏活累活交给乙方（公有云、运维解决方案提供商等）甚至榨取一些乙方经验，多做一些上层思考才是成长的王道，如果整天陷在一些鸡零狗碎里，看起来很忙很充实，但对个人成长并不好。
因为我只是泛泛而谈，自然不是 100% 准确，有些中小公司那真是闷头挣大钱，运维开发团队都能有个三五人，而老板又很支持的话，也是可以搞滴。
非要转运维开发的话，怎么着手
可以从日常用的，比较熟悉的开源项目着手，研究其代码。比如 Kubernetes、Prometheus、Redis、Nginx。因为你熟悉这个项目本身的用法，进而再去研究其实现，相对容易。
高阶运维挣钱不少，他们做对了什么
一类是做的细分领域，比如专注在 Nginx 接入层，或者专注在 K8s，或者专注在 MySQL，或者专注在 Ceph，因为专注他们可以做的很精深，逐渐形成了个人护城河。
当然了，这需要规模，如果你只运维了 10 台 Nginx，和那些运维 1000 台 Nginx 的人遇到的问题会截然不同。而通常只有大公司才有规模，所以挤进大公司做细分领域的运维也是不错的。
没有规模怎么办？那就需要复杂度。相比组件运维，业务运维通常有更高复杂度。因为基础组件的架构相对单一，但是业务系统的架构可能会很复杂，如果你作为一个业务运维，可以把复杂的业务系统捋清楚（很多研发都无法捋清楚，因为研发通常只了解自己那一小摊），把稳定性建设做好，出现故障的时候你可以起到重要作用，那你工资也不会低。
没有规模也没有复杂度怎么办？凉拌！说明你的工作极易被替代，职场里讲究稀缺性，而你很难有稀缺性。但好在你的工作简单，可能辛苦，但不难。如果你有更高追求，想办法加速个人成长，换个更有挑战的环境，只有工作内容有挑战，才能有高薪的可能性，才能有更好的成长。你总不会天真的觉得，不想太难又想拿高薪吧！
高阶运维的最终出路可能是管理、PM、售前架构师、创业
熬了好多年，终于从小运维变成高阶运维了，此时你大概率是个小康水平了。继续往后走，是怎么个路子？
1、转管理
争取晋升为组长、运维总监，如果当前公司没有坑位，可以跳槽嘛。只要你能力成长起来了，总能找到发光的地方。找了一圈都没找到？可能大环境确实不好，但也有另一种可能，是你自视太高了。
2、PM
如果你们公司有运维开发团队，你甚至可以转行去做运维产品的产品经理，因为你了解运维的痛点，知道运维需要的到底是个什么，这些 Know-How 是你强大的护城河，而你又有一些产品 Sense 的话，就齐活了。
或者去乙方，不要看不起乙方，能创业做运维赛道的产品，说明人家是有一定认知的，否则做的产品不可能有人买单。乙方要服务很多甲方，对产品的抽象能力要求极高，跟你在自己公司做一个项目级的“产品”，要求是不同的。
去乙方做产品经理，可以了解到行业内很多高端玩法，见识各种场景的需求。对个人成长也有帮助。而且，好的乙方产品经理，业内极为极为稀缺。
3、售前架构师
因为你有很多运维知识，就可以尝试用这些知识去给别的甲方聊方案了。而且，这个岗位通常没有年龄限制。
4、创业
这是我的路子，我们从 2015 年开源了运维工具，积累了很多开源用户，这些用户既然可以用你的产品，自然是有信任感的。另外我们在运维监控赛道多年的积累，最终决定在 2021 年创业了，做了一些一站式运维产品，都是多年积累的产品化呈现。
-
先聊这么多，你有不同意见或补充吗？欢迎留言探讨哈。
作者丨巴辉特
来源丨公众号：SRETALK（ID：SRETalk）
dbaplus社群欢迎广大技术人员投稿，投稿邮箱：editor@dbaplus.cn
