IT运维如何做开发运维（DevOps）？

目前在一家私人银行（private banking）做IT运维。IT系统基本都是外包，公司内部也没有developer。自己所谓IT技术基本就是去伺服器看log来解决一些生产问题，准备测试环境，做deployment，写一些简单的脚本检测系统等。
自己对云技术很感兴趣，也很喜欢里面的CI/CD（contineous integration/contineous deployment)。奈何银行技术大多求稳不求新，特此求教

我觉得啊，运维是运维，开发是开发，运维开发就是一个挺虚的概念岗位。我以前就是运维，干了几年腻了，就转开发了。环境越大，分工越细，运维还是得专注于运维软体的学习和研究，而开发还是得专注于各种开源应用和开源框架的学习和研究。至于如何提高运维和开发的效率，关键在于工作模式，而不是技术。

谢谢邀请。

devops是dev和ops两项技能的综合。dev是开发能力，实现具体的业务需求；ops则是我们常说的运维岗。

我以前在给政府相关部门做软体的公司呆过一年，甲方需要的是响应与服务远远超过软体本身，想做devops的话倒不如说做个单纯的开发，懂点伺服器相关的就好，因为不怎么会接触到集群化的环境。而且这些系统以稳为主，很多人思维不是那么容易转换过来的，所以这是难点。

CI/CD是运维自动化这块谈的话题，比如代码编译，集中部署，配置变更等等。像平时使用的jenkins ansible算是这块比较常用的。devops的名词出来有几年了，最近看到很多大厂在谈aiops，多了一层监控和日志搜集的内容。

如果对CI/CD比较感兴趣的，可以去看看jenkins，然后先在开发，测试环境跑起来。多想想如何落地，不然看再多文档和书都是没用的。

运维开发，在我的组里面全称就是：运维组里面的开发人员。

说白了，你其实仍是一个开发，只是你在运维组里罢了......

打个比方：你所在的公司逐年壮大，且逐渐有了运维经理、开发经理......而你，做为公司元老，被委以重任----成了运维经理。

这时，公司的网路已有一定规模且随著时间的推移，最初的一些设备开始老化。时不时的来给你一个宕机或者一个断网......

这时，你觉得开发一个有效的监控平台势在必行。

那么，问题来了，你的团队没人懂开发，只好去找老板，要开发经理帮你去做......