转载

docker环境下的持续构建

简介

jenkins流程

maven build war
根据war build image
push image
调度marathon

问题

docker build 慢，docker push 慢

build 慢的原因：

docker build -t

build 慢的解决办法

在jenkins机器上，docker run -d, docker cp,docker cimmit 的方式替代dockerfile
先调度marathon在目标物理机上启动容器，然后将war包拷到目标物理机，进而拷贝到容器中，启动tomcat
- 优点：完全规避了docker build
- 缺点：每个版本的war包没有镜像，容器退化为了一个执行机器，镜像带来的版本管理、回滚等不再支持
将git 代码变成镜像的事情，可以交给专门的容器做，理由
- 破解jenkins 单点问题
- 集群资源通常是富余的，而build 任务具有明显的临时性特征，可以充分的将富余的资源利用起来。

Docker 持续集成过程中的性能问题及解决方法

jib

Google开源其Java容器化工具Jib，简化镜像构建全流程

mvn compile jib:build 从中可以看到

[INFO] Retrieving registry credentials for harbor.test.ximalaya.com...
[INFO] Getting base image harbor.test.ximalaya.com/test/jdk8-tomcat8...
[INFO] Building dependencies layer...
[INFO] Building resources layer...
[INFO] Building classes layer...
[INFO] Retrieving registry credentials for harbor.test.ximalaya.com...
[INFO] Finalizing...
[INFO] 
[INFO] Container entrypoint set to [java, -cp, /app/libs/*:/app/resources/:/app/classes/, org.apache.catalina.startup.Bootstrap]
[INFO] 
[INFO] Built and pushed image as harbor.xx/test/jib-demo

与常规的将代码及依赖打成一个jar 包作为一个layer 不同，jib 将dependencies、resources、 classes（即项目代码）分别打成一个layer，在项目实践中，dependencies、resources 变化不多，因此能够复用相当一部分空间。

maven pom.xml 配置针对插件的 0.9.9 版本

<plugin>
     <groupId>com.google.cloud.tools</groupId>
     <artifactId>jib-maven-plugin</artifactId>
     <version>0.9.9</version>
     <configuration>
         <allowInsecureRegistries>false</allowInsecureRegistries>
         <from>
             <image>harbor.test.xxx.com/test/jdk8</image>
             <auth>
                 <username>xxx</username>
                 <password>xxx</password>
             </auth>
         </from>
         <to>
             <image>harbor.test.xxx.com/test/jib-springboot-demo</image>
             <auth>
                 <username>xxx</username>
                 <password>xxx</password>
             </auth>
         </to>
         <container>
             <mainClass>com.xxx.springboot.demo.DockerSpringbootDemoApplication</mainClass>
         </container>
     </configuration>
 </plugin>

还有一种方案 Optimizing Spring Boot apps for Docker

打tag

To tag the image with a simple timestamp, add the following to your pom.xml:

<properties>
  <maven.build.timestamp.format>yyyyMMdd-HHmmssSSS</maven.build.timestamp.format>
</properties>
Then in the jib-maven-plugin configuration, set the tag to:

<configuration>
  <to>
    <image>my-image-name:${maven.build.timestamp}</image>
  </to>
</configuration>

将代码变成image

这是一个难题，难点不在如何变成jar，难在如何让一群完全没有docker 经验的人，按照指示，将代码变成jar/war，再变成image

jenkins + 变量方案，jenkins将代码变成jar/war 之后，用变量指定jar/war 位置，根据变量构建Dockerfile，制作镜像。该方案在实施过程中碰到以下问题
- 新手习惯于克隆老手的已有项目，大量的配置错配
- 大量的变量散落在各个jenkins 项目中，无法被统一管理
- 有些项目生成的jar/war 没有包含依赖jar，而依赖jar目录各式各样
阿里云效方案，用户在代码中附属一个配置文件，由命令根据文件打成jar/war，再制作为image
google jib 方案，使用maven 插件，将过程内置到 maven build 过程中，并根据image registry 格式，直接push到registry 中。
假设一个是maven项目，项目根目录下放上Dockerfile、marathon.json/xxx-pod.yaml 文件，自己写一个脚本（比如叫deploy.sh) 用户 maven package 之后，执行 deploy.sh 。该方案有以下问题
- 直接暴露Dockfile 和 marathon.json 对于一些新手来说，难以配置，可能要将配置文件“封装”一下