如何将传统系统的发布模式和docker 的自动化发布结合起来？

我说一下我的想法，分2种情况考虑：

1.git+jenkins+docker这个组合已经是企业比较认可的方案了，除了发布外这套组合能给现在业务的发布模式带来另外一个好处，其他同事也提到了可以用docker的特性，快速打包自动快速的做构建，最终发布到生产环境时把war拷贝出来。

2.你们公司肯定有系统能通过容器运行的，所以这样的系统从开发到测试再到生产，可以完全基于容器技术来实现ci和cd，如中英人寿公司已经将好几个项目利用容器践行了系统从开发到测试又到生产环境，效果很好。更加证明了容器技术能让ci和cd更容易落地，在企业中的其他部门也好进行推广。（这个事情做之前，因为你们也是金融行业，所以一定要选择一个稳定的docker版本）

所以和传统发布模式结合需要找到一个切实可行的切入点。然后通过边缘系统逐步推进，稳定安全的前提下也能践行新技术是否可以真正能给企业带来价值。

发布上不矛盾，理想状态下当然是全部以镜像交付，但如考虑到目前的其它环节工作模式也可以以war包方式进行交付。然后可通过自动构建进行发布，也可以采用将容器中程序包路径挂载到外面的方式发布。

我们目前是Git+Jenkins 自动触发构建，自动发布

传统发布模式一般都是打war包进行部署，现在docker的封装产品一般都和jenkins进行关联了，可以考虑devops的思路去开发和部署