之前是干了 5 年的 Java 开发，最近投了家国企数字化部门的运维岗没想到过了，准备入职了。之前接触过的运维工作仅限于服务部署，写 docker file ，改中间件的配置这些，会一些 shell 和 Python 。求教各位大佬，入职前入职后都需要学习什么，运维有哪些坑。

github.com/isno/theByteBook 慢慢学

在职运维深情的牵着你的手对你说： 不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，不要转运维，

这样说吧， 你 5 年 java 的薪资应该是运维生涯的顶峰了。 运维工作杂且乱，专业背锅侠。

主要我水平也一般，现在在小公司里一年 30k 不到，入职的国企总包比我现在要多，部门是新成立刚开始招人，有机会解决北京户口，在国企对于 35 岁的焦虑也小一些。

老哥，吓了一跳。你们公司运维没分方向么？ 只要是运维工作，一个人都干，是这样么？

为啥这么想不开？

＃4 那也要看啥国企。。。

传统运维没什么前途，配置小能手以后都要被 AI 取代大多数了。 现代运维都是结合 k8s 来做的运维现在主要写 go, python 代码。你还需要了解运维监控告警系统、CMDB 、DevOps 等相关技术。运维开发才是好的方向。运维难在处理各种棘手的线上问题。

有亲戚在这家的省下属公司里，据他说集团总部的待遇还好

存储和网络，容灾备份，高可用，信创改造

学 go 是为了二开 k8s 和做云原生开发吗

如果是偏向运维，不需要二开。了解一下 devops 和 平台工程吧。如果是运维开发，那么肯定要会二开 k8s 的。

认可

我只想说，兄弟，能不能求份工作。8 年 Java

这。。。我运维都想转开发。运维唯一的好处可能是，除非公司倒闭，被裁概率低点吧。

研发岗是真没 hc 啊，投这家的时候要不是没的选，我也不想转运维😂

兄弟想多了，运维特喜欢优化人。 以前领导喜欢吹嘘原本 100 人的运维团队优化 10 人。那 90 个不就是被裁嘛。

rm -rf 一定要熟练

另外一个视角，运维远没有 Java 开发竞争激烈，特别是在政务领域。我现在在做政务领域交付，有 Java 招聘和运维招聘的需求。从 Boss 上接收到简历数量角度来看，Java 开发和运维之间的数量比大概是 100:5 ，而且运维的简历中很难看到让人眼前一亮的简历。在互联网不景气的大背景下，政务领域的运维其实也算一个不错的出路，政务领域中服管监治业务对运维的要求并没有那么高，并没有 7*24 小时可用性要求。

前几天刚看到一个运维要转开发的，你找找，跟那个老哥互相输入。

社招的还能解决户口呀

😂

咋了？世界要毁灭了？女朋友和你分手了？你这么想不开干啥？

运维定义很广泛，具体还得看公司的架构。现在流行的是 Google SRE 那一套。可以网上搜一搜看看。大多数公司的运维面对的客户是开发群体，解决开发提的一些需求，并保证生产环境不宕机，出问题可以快速定位问题并解决，另外就是自动化解决日常工作碰到的问题，开发运维平台，让开发自服务。运维常用的工具可以学一学，Ansible ，saltstack ，terraform所以需要你对基础服务有比较好的理解，例如 Linux ，DNS ，抓包之类的

不同类型的公司对运维定义不一样的,可能互联网公司的运维定义是维护环境;但是政企方向你可能就会负责所有设计 IT 领域的东西,上至小程序开发,下至电脑硬件拼装维修;兄弟三思

如果 100 人干的活都差不多，可能还可以进行人员优化。但如果干活的就 2 人，还要求 7x24 oncall ，那实在是优化不了啊

运维和开发岗位的比例肯定是越来越少的， 自动化工具越来越成熟，现在 1 个运维伺候 20 个开发大爷，以后 1 个运维伺候 50 个开发。 不过楼主的坑位不错， 不用考虑这些。

＃27 ，看公司的技术管理，如果作坊式的管理，估计不行

一年 30k? usa 刀拉？

打错了。。。30w ，30k 那不是纯牛马了