转运营开发还是继续做业务?

[1011]

背景

本人之前有近 3 年的业务 CRUD 经验，也有一定的微服务项目实战经验，但都待的小公司没有做过那种很完整的“大”项目，接口 QPS 基本不超过 1k，而且没有专职运维玩 k8s

腾讯面了 n 个岗位少数能够进入 2 、3 面，其他都是一轮游，所以考虑降低目标

现状

有个做小公司已经在沟通意向，公司业务规模比较大，岗位是“运营开发”，具体工作内容肯定还是开发，但是开发面向的业务是内部的运维平台，提供压测、监控、故障演练等的能力（ CI 、CD 等好像是另一个组在做）组内比较推崇两本经典书：谷歌的 SRE 解密和混沌工程

想法

感觉是可以接触到真正“大”项目的运维保障体系是如何简历的，但是据观察 v 站好像特别排斥“运维”相关的工作，很多人都是运维转业务，没有反过来的，所以不知道这种岗位在行业的认可度高不？

今天看了不少资料发现好像相似的岗位只存在于部分大厂，不知道会不会把路走窄了呢？

希望有从事相关工作的大佬能现身说法🙏🙏🙏

[taowen]

运维开发主要解决两个问题，发布变更，监控。这两个领域都有非常成熟的轮子了，prometheus 和 k8s 。如果不是大厂，基本上直接用开源的也就够了。如果是大厂的话，还有一些在线压测之类的活。建议小厂就不要去做运维开发了，没有多少问题给你解决。工作没挑战，自然也没成长。

[1011]

@taowen 非常感谢回复。那个小厂主要是业务量大，全球有几百台机器，所以感觉岗位会比较有挑战？

不过正如您说的目前市面上现成方案比较成熟 不知道会不会有成长

[zoharSoul]

qps 1 千已经很高了吧

你说的是接口 1 分钟 1000 吧

[1011]

@zoharSoul 每秒调用次数……当然就是个别调用次数多的接口可以达到这个数字