传统DevOps与网络安全管控限制背景下的解决方案？

开发测试到生产，流程和工具可能不一样，但是他们的目的是共同的，都是为了把制品发布出去，所以两边可以约定制品的规则，比如命名，存放路径，来实现打通

由于历史和组织架构原因，银行体系内开发和运维经常是两个不同的部门，有各自的规范，这个是与DevOps概念相违背的。
但是考虑到兼容问题，虽然我们在工具、规范层面无法统一，那就需要在对接的时候让流程更规范。根据业务场景来看，开发和运维之间交付的内容为制品，对于交付物是否透明，是否能涵盖所有信息是金融行业打通组织架构与网络环境的纽带。
目前头部银行在做devops是，制品交接是非常重要的过程。一般是由运维定义交付制品的标准（版本、文档、元数据、测试通过率报告、安全报告等），由开发将这些内容构建成标准交付件，通过制品库自动同步到生产环境。并在过程中完成一致性校验，避免倍篡改。

银行业由于网络隔离测试与生产域确实要有多套自动化部署系统。我们的经验是可以通过制品库作为桥梁，将经过严格的测试后的软件制品与部署脚本晋级至生产制品库，保证一致性。