在校生咨询运维方向(SRE、Devops、云原生)学习建议

2021-12-27 13:59:03 +08:00
 penn19
本人 23 届毕业生,教育经历不太好,由专科参加统招专升本考入一所公办本科。

个人对运维方向很感兴趣,了解到很多公司业务基本是云化部署,微服务架构演化出了云原生模式,出现了 SRE 、Devops 岗位。运维的技术要求提升,同时也被重视。个人因此认为运维未来还是比较有前景的,同时自己发展一下开发能力,可以从运维开发往架构师走。

目前学习了 Linux 、路由交换、存储、docker 、了解 k8s 、云计算、大数据组件基础知识,同时还有很多杂乱的东西,开发能力比较弱,看过一些运维经验分享的书,有基本的运维思想。可能因为还没好好总结知识以及学了又忘了一些,导致觉得学了但又好像没学什么。运维很需要经验,想着明年想办法去实习。

实习的话想去大型互联网公司,因为教育经历问题可能有点困难,但是觉得只要自己技术能力突出还是有机会。所以最近在想参加培训会不会让自己学习快一些,以及接触和学习生产环境的一些经验或项目。也有可能白花那么多钱,货不对板。

因为还是小白,想请问各位大佬们,认为运维目前前景怎么样?比较好的学习和提升运维方法?运维有必要去参加培训班吗?
2554 次点击
所在节点    问与答
21 条回复
libook
2021-12-27 14:53:31 +08:00
个人了解目前运维并不火,属于人才不多需求也不多的情况,当然只要你感兴趣就好。

DevOps 、SRE 、云原生是几个不同领域不同维度的概念; DevOps 主要研究的是如何优化软件工程流程,SRE 主要研究优化系统可用性,云原生是以容器为核心的一整套运维体系。在广泛了解各种领域之后,你可以拿一个自己擅长的领域深入学习和练习,比如对于 SRE 可以去看看 Chaos Engineering 的相关知识体系、工具、案例。

运维工作其实主要是对系统运行情况进行治理,涉及到开发的工作并不多,一般企业内开发相关的工作会交给开发团队或专门的系统开发团队来负责,比如云原生领域写一些 k8s 的插件,甚至对 k8s 本身以及 Linux 内核进行定制修改。所以你要确定你想做的究竟是运维还是开发,如果想做运维就去应聘运维工程师岗位,想做开发就去应聘系统工程师岗位。

涉及计算机技术方面,英语很重要,一手资料都是英文的,去刷一些 Hacker News 之类的技术资讯网站总比若干月后从几倒手的公众号上看到要好得多,接触到一些业界牛人的时候可以去挖掘一下对方是通过哪些上游渠道来了解技术资讯的。另外关注一些技术咨询公司的技术雷达,比如 Thought Works 、Gartner 。

学习是需要持续做的事情,不是一两次的培训就可以完全抵得过的;如果培训的质量高,且内容恰好是你需要的,那么培训就对你时下的需求有用;个人认为一个技术人员成长动力的绝大部分,还是来源于你的自学和实践。
wandehul
2021-12-27 14:58:44 +08:00
后端开发里面选一个, 运维,前端,别碰。太杂乱
penn19
2021-12-27 16:12:09 +08:00
@libook 感谢您的回复。我主要是对运维工作感兴趣,想往高级运维走,觉得不会点开发能力的话后期很可能会淘汰。对于培训的想法是觉得可能是一个快车道来提升,因为明年我就得秋招,在秋招前还想先有一段实际经历来加分。之前没有培训过,不知道实际坑不坑,会不会浪费钱,所以在纠结寻求建议。学习技术有很长一段路要走,赞同你所说的一个技术人员成长动力的绝大部分来源于自学和实践。
penn19
2021-12-27 16:23:48 +08:00
@wandehul 主要现在开发太卷了,个人兴趣比较喜欢涉猎各种技术,还是会想着向运维方向走。运维可能工资低些,把技术学好和保持一颗学习的心,后期应该也会走得好。
ss098
2021-12-27 17:10:42 +08:00
继续学习 Kubernetes 就可以了,另外非常推荐学习一下 Terraform ,这才是云原生的正确打开方式。

建议你有机会还是做研发,运维涉猎的各种技术真正接触起来并没有那么美好。
penn19
2021-12-27 17:52:37 +08:00
@ss098 感谢您的建议,我的打算是先学习 Python ,后期再学习 go 。先从系统运维再走向运维开发相关的岗位,因为现在我走开发实在卷不过,目前学的运维知识多,运维门槛低些,先争取进入大型公司,有一个大平台,后期看自身发展再考虑要不要转岗。
sggggy
2021-12-27 18:03:38 +08:00
给的信息可能少了一些,有没有更具体的发展城市?
infinityv
2021-12-27 18:11:21 +08:00
好好学下 Go 和 K8S ,Linux 尽量熟悉,最高深入一点,包括 shell 以及系统层面的一些东西。其他比如你说的所谓的系统运维,不会超过这些技术栈。SRE 的话 在这基础上好好了解下稳定性体系 如何保障高可用这些一般会被问到比较多
infinityv
2021-12-27 18:15:25 +08:00
存储 路由啊什么这些不要花精力去研究 随便一个方向都不是你浅尝则止就行的 这些作为基础设施现在都不会让 SRE 之类的去直接搞。好好花时间在我说的这几个点上吧 切忌啥都搞。实在不懂怎么学的话看看中大厂的岗位 JD 看下社会上具体是啥要求
penn19
2021-12-27 18:39:32 +08:00
@sggggy 在长沙上学,工作地方不限,偏向长沙 广州 深圳
penn19
2021-12-27 18:48:19 +08:00
@infinityv 好的,感谢您。我看过很多公司 JD ,不同公司的要求有些不一样,之前觉得知道的越多越好,就会去多了解和学习。目前的话我应该更针对性去学习,更加重点突出自己所掌握的生产常用的技术。
zhoudaiyu
2021-12-28 07:09:59 +08:00
K8S Go CRD
antticloud
2021-12-28 09:54:11 +08:00
给楼主一个建议,能不碰运维就别碰,事多钱少动不动还要通宵做保障。
而且,从运维转岗开发,周边有这想法的路都没有走通。最后都后悔为什么入了运维口。
sggggy
2021-12-28 10:14:19 +08:00
@penn19 运维更多的是打辅助,没消息就是好消息是运维比较好的状态。不同公司对不同运维的理解也不一样,可以再聚焦一下,看看你收集到的信息和兴趣职位是哪些,可以逐一分析。
penn19
2021-12-28 11:39:56 +08:00
@sggggy 大概想干的就是容器云与云原生建设管理这块吧,涉及到 k8s ,服务网格,实践思想等知识的学习,技术比较新,感觉还是有很多东西要去学习的还有很多挑战。目前的话基本按这个方向去学习,现在没机会接触生产环境,只能通过一些网络资料与博客去学习和扩宽。
sggggy
2021-12-28 11:50:41 +08:00
@penn19 盘点一下当前的资源,有机会申请一些实习机会吗?
anubu
2021-12-28 13:38:41 +08:00
运维是一个庞杂的工作或者说工种,传统上会划分很多角色,如网络运维、系统运维、应用运维等等。并且,运维和开发这两个词汇在现实中用来描述岗位时的精度不是一个级别的,不同公司的运维岗可能是完全不同的工作职责和范围。一般情况下,目前说运维是在说利用各种新技术进行应用运维以提高整体研发交付效率,提高业务可用性这么一个角色。

概念性的词汇可以暂时忽略,它们都是自带上下文,需要一定工作经验去理解的。个人理解的运维工作的核心就是:部署应用并监控其运行状态。建议围绕这个核心进行扩展学习。

可以简单的拆解为:
- 部署应用,即编译、构建、打包、分发、部署。涉及到各种主流语言或框架的编译方法、构建工具使用、各种制品输出、制品仓库的部署维护使用、部署平台的维护使用(如 Windows 、Linux 、虚拟化、云、容器、集群等)。以此推导到自带上下文的概念性词汇,如 DevOps 、CI/CD 、Pipeline 等等。
- 监控应用,核心目标是保障应用的可用性,可以按照流行的可观测性来划分,指标、日志、追踪等。还有其它的如性能分析、容量规划、运营数据支撑等等。
penn19
2021-12-28 19:19:29 +08:00
@sggggy 自身感觉目前所学的知识掌握还没有很牢固,不知道企业更看重实习生哪些能力?
现在趁着寒假把 Linux 、网络、k8s 等基础打捞,春招时投递暑期实习生试试,同时通过春招面试检验下自身所学水平。
sggggy
2021-12-29 06:17:33 +08:00
@penn19 不错👍给自己的答案越来越清晰了,可以看看阿里云大学里面运维课程和认证,打打基础,花些小钱投资一下自己。
alswl
2022-03-22 20:41:33 +08:00
> 运维方向( SRE 、Devops 、云原生)

运维 = Operation ,即事务性操作。

SRE 一般是大规模团队才拆分,在小团队里面 SRE 很可能等同于传统运维。

DevOps 一般是效能团队负责,如果公司规模小,就是搭建一下 Gitlab / Jenkins ,也演变为运维。

云原生就更宽泛了,是一个大方向集合,狭义上面是容器和调度相关,宽泛概念上是面向云 /资源的技术都算。这个领域里面本身就有各类 Title:研发、测试、运维、架构师、解决方案。

根据你的背景,如果是在小团队,适合运维多面手。在大团队,就要选择具体角色了,如果没有研发背景,选择面就少了。

个人建议,先去小而精规模团队。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/824678

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX