字数 553,阅读大约需 3 分钟
以往的传统运维开发更多的是需要掌握各种 linux 发行版命令、配置、网络、安全等工作,如果往 Dev 这一侧靠的话,那就需要再涉及一些 Python shell 等脚本的开发,再进一步就是二开公司的 CICD 系统。
而现代的基于 kubernetes 的运维开发岗,和以往的工作内容有了显著的不同。
工作对象由虚拟机变为了 k8s,以下是一些传统运维和 k8s 的对应关系:
|
|
|
|
|
|
|
|
|
|
|
以下是我当时的回复:
我在当前公司偶尔也需要基于 k8s 做一些开发(k8s 本身的运维托管给云厂商了),实践总结下来就是对 k8s 提供的资源进行 curd(开发本质上都是 curd,只是对象可能不同而已)。
比如我们曾经想写一个 Opreator 可以在发布版本的时候,优先 unload topic 然后再做重启 Pod 的操作。
借助 Opreator 可以实现许多定制的运维操作,我理解这个岗位进去干的事情也是类似的。
只是这种岗位其实市面上的需求不对,通常是一些大厂会需要,还有一些专门做 kubernetes 生态的公司。
除此之外,一些中小型公司往往是由公司的开发兼职,如果当初只会这些今后的就业面会窄一些,建议还是尽量往后端开发靠,这些技能作为补充会更好。
参考链接:
-
• https://mp.weixin.qq.com/s/uPLCS1-juyr5Vk-TESYDsQ?scene=1 -
• https://github.com/daocloud
最后夹带一点私活,最近做了一个知识星球,已经试运行一段时间,效果还不错(具体详情可以扫码查看);感兴趣的朋友可以扫码领取优惠券以 59 元的价格加入(支持三天内无条件退款)。
点分享
点收藏
点点赞
点在看
原文始发于微信公众号(crossoverJie):如何面试 k8s 运维开发相关岗位
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论