1

19

1day: 😁
2day: 😆
3day: 😃
4day: 😐
5day: 😑
6day: 😒
7day: 😓
8day: 😔
9day: 😠
10day: 😣
11day: 😤
12day: 😡
13day: 😡
.........
28day:
29day: 😵
30day: 😇

2

每个公司情况不同 做好扶着研发写代码的准备 额外学习的就是更多 linux k8s 中间件 监控 等等 比较杂

3

要么问公司的运维，要么看 BOSS 上的要求。体量不一样，要求千差万别的。

4

做过银行的部分运维 感觉运维这活太脏了
日常得查阅不同厂家开发系统的 log 代码都是屎山 log 更是** 给他们提 bug 好麻烦的说 🤣
不如安安静静写代码

5

1

运维能得到自由，开发不行。

6

@ixixi 运维和运维开发还是不太一样的，虽然好多公司都弄在一起了

7

还是要回到经典问题，要懂业务，运维开发的业务就是运维，首先要懂运维

8

两块坑 一块踩

13

运维开发不还是开发吗，不就是 devops 平台开发吗。
注意点就是 技术差，不适合干这个业务。毕竟业务就是围绕开发和运维进行的。

14

bash script, jenkins
大家可以继续补充

17

1

各种云的使用与折扣，各种产品适合什么场景

18

6

19

2

20

另外说一句，能做好运维开发的都是大公司， 微服务治理和运维紧密相关。运维系统没有自动化是管理不了几百的微服务、几百台服务器的。运维监控平台是很重要的。

21

别转了，不如撸业务代码，更有价值

22

上面的人都说开发比运维更高人一等，可公司真正遇到事情，先裁的是开发而不是运维

23

不说具体技术栈，主要注意就是思想，我同事
- 例如 py 删除文件是 os.system("rm -f xxx")
- 另一个运维开发同事是 go 项目里，ping 检测对端主机存活也是调用系统命令，在我换漏洞更少的基础镜像后，他业务就炸了
- 另一个同事 dockerfile 不存档，覆盖远端仓库上镜像不提前备份远端镜像
- 其他好几个同事排查客户现场问题，查问题不总结已经排查的过程和环境信息，全部零散的发在群里，没有总结，查完就找拉别人
- 工具来源，压缩包啥的都不写注释，下载或者编译完后就用

24

2

25

运维是一个非常吃经验的行业， 这一行的确有些人是越老越吃香。不过现在运维也都需要懂开发， 不会开发的运维的效率是不高的。

26

自动化：ansible 、ci/cd 、cmdb 、流程工单系统、salt
云平台：各大公有云平台的产品、openstack
网络：cdn 、dns 、域名管理、nginx
容器化：k8s 、docker
监控：zabbix 、prometheus 、elk
还有一些配置管理，数据库相关的可能也涉及到，但是我并不太熟悉，欢迎其他朋友补充。

27

3

28

2

横向广，纵向浅。性价比肯定没开发高。
拼代码肯定不如开发，你想想，运维平台能有多少用户？（几百几十？并发几个？）能有什么复杂的逻辑？能有多大的数据量？

31

1

对于关键服务的服务器，有效的备份系统是保证长期（几年到几十年）运行很重要的一环，这里面会有备份策略，成本，有效性的考量。

36

要看你去啥样的公司，如果是华为这种，需要小心的就是流程规范了，和我一个项目组的一个老哥，就因为改配置的时候直接修改，没备份，没走任何操作流程，也没做任何邮件通告，直接被开除了，属实让我震撼了很久。我还以为要把我连带开除，我当时才刚入职。那个老哥走前和我们吐槽，他说，”配置改错了再恢复就行了。“。 实际上不能，恢复期间会被按照业务故障计时。
我感觉技术上没有太大的难度。

37

4

38

39

@FlytoSirius 挺认同的，特别是上到一定的规模，且业务本身对质量有很迫切的需求。哈哈哈，有这样的团队介绍一下吗，我要去应聘

41

42

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

43

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

44

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

45

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

48

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

49

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

51

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

53

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

54

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

55

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

56

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

57

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

61

运维开发比 java crud 开发杂，也比 crud 难一些。做什么，都要把稳定性放在首位。

62

@FlytoSirius #37 都满足，但是一年前转了纯开发，运维受限制太多了，不想受到各种限制+束缚就死命转了开发

63

@a663
有这种感受也很正常, 但开发自然也有开发的很多烦恼.
乐观得看, "各种限制+束缚" 虽然会带来诸多麻烦, 但一定程度上也是一种对自己的"保护".