SRE/运维/DevOps 现在的就业行情咋样？

云服务已经干掉了 80%的岗位

感觉 SRE 机会很多，但是平行比较，薪资不是很理想就是了

@Shanky sre 国内 HC 少啊，好多都是国外的。

@clbigdata #3 是的，外企需求多

话说云服务不要 devops 吗？云服务也要搭 cicd ，有自动化，IaC ，容器管理开发也要人的。

@yedkk 这一套完全搭好后就不怎么需要了，大部分公司有一两个就可以了，新业务可以临时招开发，少有招聘运维的吧。现在想平薪都很难，好多前同事表示公司不招新或者直接全干没有运维岗。

SRE 机会很多啊，而且大厂需求量也很大，但是从 SRE 标准来讲，大部分运维是达不到这个要求的，就拿我这边来说，SRE 首先要求对某一项技术精通，比如 K8S 、监控等等，其次要有开发能力，这个可高可低，但是至少要能达到普通开发的水平才行。SRE 作为运维的一个细分进阶岗位，还是挺有前途的，当然有前途的前提就是卷死其他人……

@zhangrandl 最近在基于 eBPF 搞一些身份认证的东西，后边打算拿去当面试作品。然后今天想着看看行情咋样，打开 BOSS 一看，太惨了

@zhangrandl 小厂 SRE 和 Web 全栈开发哪个比较好点…现在是都做过一点 都很菜 另外有点分不清楚 SRE/Infra/Ops 的区别 日常发版 线上 bug 排查 日志排查 请求监控 Jenkins 和 AWS 服务的维护 开发容器维护之类的 应该不算 SRE 吧…？

@superhot 小厂 web 全栈好点

@SuperGeorge 我觉得 devops 的话，要和 IaC 和云原生结合起来，terraform ，go ，k8s 的开发也也稍微懂一点，毕竟现在有 ai 了，上手效率也高，有 ai 配合能稍微开发点东西。

sre 要的是经验 以及业务量级 还因为要给很高的权限 要么内部晋升 要么内推 很少社招吧

不行，一塌糊涂，24.06 被裁员，24.07 找到个工作，试用期 6 个月，转正前一个礼拜被干掉，离过年 7 天。

@toexplore 额额额，这么坑

@clbigdata #8 你这路完全走反了啊，eBPF 在运维领域还是过于先进了，而且这个玩意，你在运维领域不搞可观测性，你去搞身份认证。咋，你要搞基础架构还是搞技术中台？

@superhot 小厂不可能有 SRE 的生存土壤的，或者说，小厂的全栈开发，就是未来的 SRE 基础。因为你所有开发都会一点，大部分开发人员蒙不了你，在跟开发 battle 的时候可以做到知己知彼。另外也没别的人，你正好可以从基建到上层的稳定性全了解了，剩下的就是找几个感兴趣的方向，深挖，然后跟你日常工作结合起来。

@zhangrandl 为什么就“过于”了？
我觉得 eBPF 在运维领域使用很正常啊

@zhangrandl 我表达错了，是零信任应用间通信网格，类似于这种，主要是解决多云网络环境下的通信问题，实现跨集群 Pod 流量的自动加密和网络策略统一

小公司真的需要 eBPF 这种屠龙刀吗？业务还没起来的时候哪儿需要这种东西

@SpencerCJH 一般都是大公司，小公司完全没必要，跟着前领导接了个私活，有些地方可以用 eBPF 。

@julyclyde 应用很正常，eBPF 大厂应用比较多，因为有场景，有能力，成本均下来低。但是一般的公司，开发连 APM 都没玩明白的情况下，你上 eBPF ，首先你要教会他，然后你还要基于这玩意搞一套平台。如果你有这些能力了，那么你就自然而然去大厂了。所以形成了一个“悖论”，你要先精通 eBPF ，你才能搞 eBPF 。

@clbigdata #18 不是不能做，只是一个问题，要考虑场景，成本，普适性。你搞这个，大公司已经完善了，直接采购现成方案，小公司用不着，甚至零信任是啥都不知道……过于高精尖了

@zhangrandl 运维可以自己搞。一般只要结果，不限制手段