内容简介:问题docker build 慢,docker push 慢build 慢的原因:
简介
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 任务具有明显的临时性特征,可以充分的将富余的资源利用起来。
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 对于一些新手来说,难以配置,可能要将配置文件“封装”一下
灵活性和模板化的边界在哪里?可以参见下 CNI 的设计理念。
几个问题
构建过程和发布过程
- 用不用jenkins? 怎么用jenkins?是否容器化jenkins?
- dockerfile 和代码是否在一起?
- 提交代码要不要自动构建?
- 构建过程要不要放到容器?
-
构建和发布的结合部
- 发布时构建
- 平时代码提交即构建,发布时从已构建好的镜像进行部署。 基于容器的自动构建——Docker在美团的应用
个人微信订阅号
以上所述就是小编给大家介绍的《docker环境下的持续构建》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- 构建安全灵活的多云环境
- 用 Docker 构建 MySQL 主从环境
- 使用virtualenv构建flask开发环境
- 用 Docker 快速构建 LEMP 环境
- Linux 搭建 Android 编译构建环境
- 为异构大数据环境构建数据管道
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
游戏编程算法与技巧
【美】Sanjay Madhav / 刘瀚阳 / 电子工业出版社 / 2016-10 / 89
《游戏编程算法与技巧》介绍了大量今天在游戏行业中用到的算法与技术。《游戏编程算法与技巧》是为广大熟悉面向对象编程以及基础数据结构的游戏开发者所设计的。作者采用了一种独立于平台框架的方法来展示开发,包括2D 和3D 图形学、物理、人工智能、摄像机等多个方面的技术。《游戏编程算法与技巧》中内容几乎兼容所有游戏,无论这些游戏采用何种风格、开发语言和框架。 《游戏编程算法与技巧》的每个概念都是用C#......一起来看看 《游戏编程算法与技巧》 这本书的介绍吧!