银行传统体系下如何实施DevOps？

首先公司领导要认同devops文化，要看到devops能给公司带来的好处，能提升工作效率，加快业务上线。

其次要有一个比较稳定可靠的devops平台，开发，测试和运维能够基于这个平台进行工作。

再次梳理好devops模式下开发 测试和运维的工作职责再次开发和运维加强沟通，各进一步，了解对方痛点。

最后一定要实践，哪怕是拿1-2个项目先实践起来其次要有一个比较稳定可靠的devops平台，开发，测试和运维能够基于这个平台进行工作。

感谢各位专家的专业精彩回复。
银行也在特定领域里，尝试采用独立小团队敏捷开发模式，业务和技术一体化。DevOps在银行落地将是一个长期探索过程，新型互联网银行包袱小，起步会更快一点的。

另外微服务，容器，持续集成等新技术架构的逐步应用，对银行的互联网化起到基础加速推进。

制度和文化层面的事情比较复杂，涉及组织架构、团队组建、KPI和奖惩机制、流程管理等，每个组织都有自己的历史包袱或者各种各样的阻力，解决这个关键取决于每个企业的变革决心，我们不谈。

从技术角度来说，如果只谈最受关注的CI/CD，那么首先应用要做标准化，包括应用的源码目录结构、编译工具选择、增量或全量发布的规则、配置管理方式等，标准化是流水线自动化的前提；其次银行是风险高度敏感企业，因此现阶段还不能接受生产环境的随时发版，需要审批和变更窗口，因此CI和CD大多需要分成两个不同的阶段，如果未来希望做到非关键应用的随时发版，需要建立起滚动升级、监控和快速回滚的能力来减轻风险。

devops 案例多是非关键业务
核心交易业务目前没有金融案例
devops 只是一个方式， 一定要清楚本身的实际情况，不要盲目进行
devops在非交易类业务科做尝试，但如果不引入 微服务开发方式和容器技术
devops实现非常困难，
而微服务有会导致运维能力变化和运维技术不足，所以运维人员不愿意做容器技术运维
而开发人员又无法进行运维。如果开发和运维合并又是目前不可能做到的事情
所以 devops在 金融行业目前阶段不可能实现，
如果想自动化版本发布可以通过 Jenkins + git + 版本文件 方式完成
对版本文件进行控制

和传统银行合作过，也和新兴的民营银行合作过，总体感受是：
1.给传统银行的同事 推进一个新事物比较难，考虑问题比较多，还会遇到一些政治因素在其中。个人建议行方从CIO level推全流程DevOps，运维部门也要更新自身知识技能储备
2.新型互联网银行/民营银行内部DevOps案例还是有的