SpringBoot-2.3镜像方案为何要作多个layer

欢迎访问个人GitHub

https://github.com/zq2599/blog_demos

内容：全部原创文章分类汇总及配套源码，涉及Java、Docker、Kubernetes、DevOPS等；

背景

1. 《体验SpringBoot(2.3)应用制做Docker镜像(官方方案)》一文中，咱们体验了官方推荐的镜像制做方案，执行docker history命令观察镜像内部，发现是由多个layer组成的，以下图：
   
2. 问题来了：搞这么多layer干啥？接下来以图文方式，您一块儿理解docker镜像layer对java开发者的的做用；

声明

本文的目标是经过图文帮助java开发者理解docker镜像的layer做用，内容和实际状况并未彻底保持一致，例如基础镜像的layer没有提到，并且java镜像的layer可能不止业务镜像、配置文件、依赖库这三层；

常见角色

使用docker时，有三个常见角色：

1. 镜像制做者：本文中就是SpringBoot应用开发者，写完代码把应用作成docker镜像；
2. docker公共镜像仓库：镜像制做者将镜像推送到仓库给你们使用；
3. 镜像使用者：从镜像仓库将镜像下载到本地使用；

接下来的故事围绕上述三个角色展开；

从制做到使用的过程

1. 以下图，SpringBoot应用开发者，写完代码把应用作成docker镜像，该镜像的TAG是1.0，此时开发者将镜像推送到公共仓库时，一共要推送三个layer：
   
2. 接下来，使用者要下载镜像，就从镜像仓库下载三个layer：
   
3. 此时，三个角色拥有的内容都是同样，都是三个layer：
   
4. 这时候SpringBoot开发者修改了业务代码，因而作了个新的镜像（TAG是2.0），而后推送到镜像仓库；
5. 重点来了：由于只改了业务代码，所以只有业务class的layer是新的，只有这个layer会被推送到仓库，以下图：
   
6. 对镜像使用者来讲，若是以前下载过1.0的镜像，此时要用2.0镜像的话，只要从仓库下载最新的业务class的layer便可：
   
7. 最终结果以下，公共仓库和镜像使用者都已最小的代价获得了2.0镜像：
   
   可见，使用多个layer的镜像，在镜像的分发过程当中，相比单一layer的镜像会更加高效，尤为是使用hub.docker.com这样的外网公有仓库，以及频繁发布新版的场景下；

你不孤单，欣宸原创一路相伴

1. Java系列
2. Spring系列
3. Docker系列
4. kubernetes系列
5. 数据库+中间件系列
6. DevOps系列

欢迎关注公众号：程序员欣宸

微信搜索「程序员欣宸」，我是欣宸，期待与您一同畅游Java世界...
https://github.com/zq2599/blog_demos