这个SRE好像又和普通的devops重叠?前者主要保证reliability吧?后者保证快速deploy和stability?我个人的理解SRE主要是搞automation吧?看到有些老码农,就是那种做了20多年的老码农好像有的也专转了deops/sre,有经验的说一说,这些是码农的最终归宿吗? 有重叠 https://harness.io/blog/devops/sre-vs-devops/ 可能devops更侧重于CICD那块儿吧 还是看个人吧 有很多人一辈子都在APP呀 没有说最终归宿是SRE 举个例子 企业采用什么样的云部署方案一般app的组不用管 最多保证自己组的service可以容器化 但SRE可能就得参与制定公司所有的APP是部署在公有云 私有云还是混合的上面 这里涉及安全成本不少问题 SRE工作有些无聊,用python写代码是工作中最有乐趣的一部分 是的,就怕这个做久了从java guy变成了手撸yaml的boy,搞降级了 是的 如果要走SRE 不知道K8S肯定不行哎 薪水肯定差很多 因为这一块肯定不是公司直接赚钱的 不像ads youtubu啥的 小公司又不是特别需要 很多infra用aws gcloud就可以了 只有公司大到一定程度在SRE跟devops上的投资才能有回报。。。 不会的。如果你的工作只是手撸yaml那肯定是没有自动化到位 .. 一般是学习的时候手撸yaml但是搭automation系统的时候. Waral dи, helm/kubernetes operator/kubernetes Go client/eBPF/istio啥的就都用的上了 不过一个公司尤其是小公司SRE可能要不了太多 感觉原因是以前sysadmin就是管自己公司那十几台machine 所以也没啥活 现在都转云了 可以做的事情就变多了很多 好不容易搭好云了 你得有监控日志事件系统吧? app的组不知道怎么用,你总不能让他们直接进到你的云里面去吧 可能你得做个系统让app的弟兄们可以把东西按照自己要的一些基本配置弄云上去 各个app都共享云,你得想怎么在不同app组之间分配资源吧? 搞不好得写个quota management系统 最后公司里很可能不仅用一个云 可能azure aws啥的都有人用 你是不是搞不好都得支持下 好了 东西都上云了不同app之间的...