开发转做运维开发，有什么需要注意的？需要额外学习和掌握什么？

@hongyexiaoqing

个人认为, DevOps 并不一定就要自己研发相关系统, 毕竟大部分公司关注的是公司层面的业务系统, 所以至于 DevOps team 是使用的自研系统还是广泛使用的系统, 从管理层看是不太 care 的.

能自己开发给其它 DevOps 使用的系统自然是高级 DevOps 能力的体现.

但楼主更关注的是如何开始 DevOps 方向, 而不是 DevOps 这个方向的高点在哪里.

@hongyexiaoqing 运维开发的确没那么简单， 业务开发也不要太觉得自己并发多高， 很多非核心的部门的那点并发真没多少，复杂的 k8s cicd 工作流 v 站上没几个人提到，
云原生配置可编程之 KCL, cuelang 和 kubevela 这些项目在国内外也是非常火

@hongyexiaoqing 运维开发、开发各有千秋吧。
一般运维开发单兵能力强一些（全栈），开发很多是一招鲜（ ctrl+c,ctrl+v,CRUD ）。

这是开发卷不懂了，又卷运维来啦？？？在你那个坑里呆着吧，毕竟很熟悉。。。就别往另一个坑里掉了。。

要严格按照 devops 的流程走，这种话简直就是扯犊子。除非是特别大的公司，各司其职才可以这么干。
举两个例子：一是我们团队 4 个人正在吃午餐，oracle 数据库挂了。流程个 P ，所有业务都挂了，当时用一个手机重启了服务器。搞流程，那么背锅的就是自己，1 个小时起步。第二个刚发生的，爱名网 dns 解析不太稳定，想迁移到阿里，一改 ns 记录，爱名网把所有解析记录都清零了，转移的时候你根本无控制权，想无缝转移，关键你没有控制权啊。弄流程，3 天起，锅你背吧就

已经想转开发了

不如直接做开发 ，运维开发 主要要懂业务 这种还是比较难的。

主要还是代码 因为运维的部分 其他人会帮你 cover 需求慢慢做就能理解运维的很多需求了 说白了 都会转化成对应的算法问题 你要能提出一些想法并且解决这些问题 另外常见的而 cmdb 工单系统要有一些自己的思路和见解 至于 k8s 有的公司招聘时候会写 那么搞个 CKD 类似的 也是不错的

我想到了一个库 https://github.com/bregman-arie/devops-exercises
哈哈哈哈

开发做这个应该不难吧.
可以了解一下各处的性能瓶颈什么的,应该有点帮助
我觉得运维的工作之一就是合理分配资源,然后保持稳定运行

@defunct9 哈哈哈 已经有画面感了

运维开发也算半个运维，忠告就是：1. 对于删除逻辑（无论你是代码，手敲命令，定时任务）一定要谨慎，确认你执行的范围，确认备份 2. 尽可能趁人全的时候变更，有问题大家还能一起恢复 3. 养成备份习惯

都是运维转开发的，没见过开发转运维的。。 从大火跳进油锅

先考一个 RHCE 吧，考试内容涉及上面说的 ansible 等等，特斯拉亚马逊 jd 上有持有 rhce 证书优先录取，想要报名的话可以看我的帖子便宜出

以前公司的运维系统的开发语言有 php, python, go, ruby, 除了业务开发、IT 系统、安全类的系统，其他的各种系统似乎都是运维团队开发的，不过那几个开发只做开发，不负责运维。原先有 4W 台机器，团队差不多 70 个人，后来降本增效，各种云，docker 化，差不多 2W+机器，还剩 30 人左右。现在看，那帮家伙还是蛮生猛的

运维苦，开发 996 ，运维 7*24

@defunct9 "网络就是一根网线，完全扁平的"，你说的应该属于非科班程序员。

@tiedan 我做的开发就是 CRUD...没啥技术含量

@defunct9 是的，紧急情况特事特办....