我们应该如何基于容器来进行软件的持续交付（二）？

概述

接着上一篇的内容，我们有讲到“持续交付是文化，自动化是基石，垮职能团队协作是根本”，本文将以软文的形式介绍持续交付平台WiseBuild结合Rancher容器管理平台我们是如何进行跨职能团队协作的。

文末有彩蛋！文末有彩蛋！文末有彩蛋！

基础设施自动化

使用Rancher理由很简单，Rancher是目前市面上唯一一个能满足开箱即用的容器管理平台，同时能够支持多种编排引擎，如Rancher自己的Cattle，Google的K8S,以及Docker官方的Swarm作为容器编排引擎。同时Rancher提供的Catalog应用商店能够帮助研发团队自主创建所需要的服务实例。

基于Rancher提供的Environment我们分别为开发，测试，以及运维创建了独立的环境。确保不同职能人员之间对于环境的隔离性需求。

持续交付流水线

建立持续交付流水线的核心问题是如何定义企业的软件交付价值流动。

正如上文所说，创建持续交付流水线的本质就是定义软件的交付的价值流动，反应正式的软件交付流程。价值的流动则涉及到团队中各个职能的成员的高度协同。

基于容器的持续交付实践当中以镜像作为在不同职能人员之间的价值传递物。

开发流水线

开发人员：频繁提交持续集成，通过持续的编译，打包，测试，镜像构建，自动化验收测试等环节产生可测试的候选镜像列表(如：0.1-dev)。

以源码仓库为起点，开发人员频繁提交，每一次代码变更都要立即在流水线中传递；WiseBuild持续交付平台支持定时周期触发，代码变更检查以及Webhook等多种触发方式。
提交测试阶段从技术角度断言整个系统是可运行的，该阶段会进行编译，运行一套单元测试，并进行代码质量分析,WiseBuild持续交付平台设计遵循“Build In Docker, Build With Docker, Run With Docker" 基于容器技术全面减少对于异构构建环境的支持，并且默认提供了当前主流的编程语言的编译，以及测试支持。同时用户可以根据需要在持续交付流水线中集成Sonarqube进行代码的质量跟踪和管理。
自动化测试阶段，从功能交付断言整个系统是能够满足客户规范和要求的，WiseBuild持续交付平台支持基于Rancher或者Rancher Compose在柳树县中自动部署镜像到Rancher平台，同时内置了Selenium,Robotframework，Cucumber等主流自动化测试工具和框架。
手动测试阶段，当新的代码提交部署到rancher环境后，开发人员同时可以快速的进行手动测试，确保新提交的代码在测试环境中是可用的，并且满足相关的功能需求。
镜像构建，当代码提交通过了整个流水线的持续验证后将会产生响应版本的镜像文件。