第09讲：Docker镜像制作
我们可以在容器去部署应用，然后把容器转为镜像给测试人员用，由于镜像是不能直接传输的，所以我们将新的镜像转成压缩文件，给测试人员。测试人员把我们的压缩文件还原成一个新的镜像。
一、Linux文件系统组成
Linux文件系统组成由bootfs和rootfs两部分
- bootfs：包含bootloader（引导加载程序）和 kernel（内核）
- rootfs： root文件系统，包含的就是典型 Linux 系统中的/dev，/proc，/bin，/etc等标准目录和文件不同的linux发行版，bootfs基本一样，而rootfs不同，如ubuntu，centos等
思考：
- Docker 镜像本质是什么？
- Docker 中一个centos镜像为什么只有200MB，而一个centos操作系统的iso文件要几个G？
- Docker 中一个tomcat镜像为什么有500MB，而一个tomcat安装包只有70多MB？
二、Docker 镜像原理
- Docker镜像是由一层一层的文件系统叠加而成，最底端是 bootfs，并使用宿主机的bootfs ，第二层是 root文件系统rootfs，称为base image，然后再往上可以叠加其他的镜像文件，这种层级的文件系统被称之为UnionFS，统一文件系统（Union File System）技术能够将不同的层整合成一个文件系统，为这些层提供了一个统一的视角，这样就隐藏了多层的存在，在用户的角度看来，只存在一个文件系统
- 一个镜像可以放在另一个镜像的上面。位于下面的镜像称为父镜像，最底部的镜像称为基础镜像，当从一个镜像启动容器时，Docker会在最顶层加载一个读写文件系统作为容器
三、对于三个问题就介绍
01、 Docker 镜像本质是什么？
Docker 镜像本质是一个分层文件系统
02、Docker 中一个centos镜像为什么只有200MB，而一个centos操作系统的iso文件要几个G？
我们下载centos镜像很小，是因为centos镜像层复用了宿主机的bootfs，下载的只有rootfs，所以centos是很小的
03、Docker 中一个tomcat镜像为什么有500MB，而一个tomcat安装包只有70多MB？
我们下载tomcat镜像大小是600+MB，是因为里面还包含了jdk和centos这两个镜像层，所以很大，另外需要注意一点的是，这个tomcat镜像里面包含了jdk镜像和centos基础镜像，为什么基础镜像是centos而不是ubuntu呢？这是由做这个tomcat镜像的发行商决定的。
四、普通方式制作镜像
docker commit 容器id 镜像名称:版本号 #把容器做成镜像
docker save -o 压缩文件名称 镜像名称:版本号 #把镜像做成压缩包，放到宿主机的某个位置
docker load –i 压缩文件名称 #别人（测试人员）加载镜像（压缩包）
Tips：容器转为镜像，如果容器有挂载的内容，做成新镜像的时候，挂载的内容是不会载入到镜像里面的
实验1：制作tomcat镜像
第1步：创建tomcat容器
docker run -id --name=tomcat1 -p 8080:8080 tomcat:8
运行效果：
第2步：把宿主机的某个war包拷贝到容器的某个目录里面，这样将来做镜像时，war包会加载到镜像里
实验中的war包下载地址：test.war
001、上传test.war到CentOS宿主机
我创建了一个目录/usr/local/myfiles/，并将test.war上传到了该目录
002、从宿主机将test.war拷贝到容器
docker cp /usr/local/myfiles/test.war tomcat1:/usr/local/tomcat/webapps/test.war
## tomcat1为容器的名称
注意：不能将内容拷贝到tomcat容器的挂载目录，如果放到里面，做成镜像时，该目录下的内容不会载入镜像里面
运行效果：
第3步：把tomcat容器做成镜像
#语法：docker commit 容器名称 生成的镜像名称:版本号
docker commit tomcat1 my_tomcat:1.0
docker images #可以查看到my_tomcat镜像，版本号是1.0
运行效果：
第4步：把镜像做成压缩包放到宿主机的某个位置
docker save -o my_tomcat.tar my_tomcat:1.0 #-o:output 压缩文件保存到/root目录下
运行效果：
第5步：把压缩文件载入镜像（第三方载入该压缩包）
docker run -id --name=tomcat2 -p:8080:8080 my_tomcat:1.0
docker exec -it tomcat2 bash #进入容器，进入webapps/目录可以看到test.war存在
Tip：由于之前tomcat1已经运行，8080端口被占用，所以在启动容器之前先把之前的tomcat容器停掉
docker stop tomcat1
运行效果：
浏览器运行效果：http://192.168.0.181:8080/test/index.html
实验2：制作MySQL镜像
第1步：创建MySQL容器
docker run -id --name=c_mysql -p 3306:3306 -e MYSQL_ROOT_PASSWORD=Aa123123. mysql:8.0.16
运行效果：
第2步：进入容器，修改mysql的数据文件位置
当创建一个数据库容器的时候，数据库文件默认是放在/var/lib/mysql，比如我们用外部客户端naticat导入一个数据文件，也会放到/var/lib/mysql目录里，这样在做成镜像时，var目录的内容是不会复制到镜像里面去的。那么就要修改容器里面的mysql的data数据库目录的位置 如：把/var/lib/mysql 放到/work下
01、进入c_mysql容器
docker exec -it c_mysql bash
02、拷贝mysql的数据目录
cp -r /var/lib/mysql /work/
03、安装vim
apt-get update
apt-get install vim
04、修改mysql配置文件
修改/etc/mysql/my.cnf文件，找到 datadir这行修改为 datadir=/work/mysql
cd /etc/mysql
vi my.cnf
运行效果：
05、重启docker容器，启动mysql容器
systemctl restart docker
docker start c_mysql
运行效果：
第3步：制作mysql镜像
docker commit 9b8fa15d03a6 my_mysql:2.0
运行效果：
第4步：导出mysql镜像到宿主机
docker save -o mysql.tar my_mysql:2.0 #-o:output 压缩文件保存到/root目录下
运行效果：
第5步：把压缩文件载入镜像（第三方载入该压缩包）
docker load -i mysql.tar
运行效果：
第6步：启动容器
docker run -id --name=c_mysql2 -p 3306:3306 -e MYSQL_ROOT_PASSWORD=Aa123123. my_mysql:2.0 /bin/bash
运行效果：
容器已成功启动
第7步：测试容器
查看/work目录是否存在
docker exec -it c_mysql2 bash
cd /work
运行效果：
五、dockerfile方式
它是用来制作docker镜像的一个文本文件,文件包含了一条条的指令，每一条指令构建一层，基于基础镜像，最终构建出一个新的镜像，对于开发人员：可以为开发团队提供一个完全一致的开发环境，对于测试人员：可以直接拿开发时所构建的镜像或者用Dockerfile文件构建一个新的镜像开始工作了，对于运维人员：在部署时，可以实现应用的无缝移植。
Dochub网址：https://hub.docker.com
Dockerfile关键字
| 关键字 | 作用 | 备注 |
|---|---|---|
| FROM | 指定父镜像 | 指定dockerfile基于那个image构建 |
| MAINTAINER | 作者信息 | 用来标明这个dockerfile谁写的 |
| LABEL | 标签 | 用来标明dockerfile的标签 可以使用Label代替Maintainer 最终都是在docker image基本信息中可以查看 |
| RUN | 执行命令 | 执行一段命令 默认是/bin/sh 格式: RUN command 或者 RUN [“command” , “param1”,“param2”] |
| CMD | 容器启动命令 | 提供启动容器时候的默认命令 和ENTRYPOINT配合使用.格式 CMD command param1 param2 或者 CMD [“command” , “param1”,“param2”] |
| ENTRYPOINT | 入口 | 一般在制作一些执行就关闭的容器中会使用 |
| COPY | 复制文件 | build的时候复制文件到image中 |
| ADD | 添加文件 | build的时候添加文件到image中 不仅仅局限于当前build上下文 可以来源于远程服务, ADD 源路径 目标路径 |
| ENV | 环境变量 | 指定build时候的环境变量 可以在启动的容器的时候 通过-e覆盖 格式ENV name=value |
| ARG | 构建参数 | 构建参数 只在构建的时候使用的参数 如果有ENV 那么ENV的相同名字的值始终覆盖arg的参数 |
| VOLUME | 定义外部可以挂载的数据卷 | 指定build的image那些目录可以启动的时候挂载到文件系统中 启动容器的时候使用 -v 绑定 格式 VOLUME [“目录”] |
| EXPOSE | 暴露端口 | 定义容器运行的时候监听的端口 启动容器的使用-p来绑定暴露端口 格式: EXPOSE 8080 或者 EXPOSE 8080/udp |
| WORKDIR | 工作目录 | 指定容器内部的工作目录 如果没有创建则自动创建 如果指定/ 使用的是绝对地址 如果不是/开头那么是在上一条workdir的路径的相对路径 |
| USER | 指定执行用户 | 指定build或者启动的时候 用户 在RUN CMD ENTRYPONT执行的时候的用户 |
| HEALTHCHECK | 健康检查 | 指定监测当前容器的健康监测的命令 基本上没用 因为很多时候 应用本身有健康监测机制 |
| ONBUILD | 触发器 | 当存在ONBUILD关键字的镜像作为基础镜像的时候 当执行FROM完成之后 会执行 ONBUILD的命令 但是不影响当前镜像 用处也不怎么大 |
| STOPSIGNAL | 发送信号量到宿主机 | 该STOPSIGNAL指令设置将发送到容器的系统调用信号以退出。 |
| SHELL | 指定执行脚本的shell | 指定RUN CMD ENTRYPOINT 执行命令的时候 使用的shell |
实验1：自定义centos7镜像
需求：
1、默认登录路径为 /usr
2、可以使用vim
步骤1：创建centos-dockerfile文件
步骤2：文件内容如下
将一下内容拷贝到centos-dockerfile文件中
FROM centos:7
MAINTAINER qin <15543563186@163.com>
RUN yum install -y vim
WORKDIR /usr
CMD /bin/bash
代码解释：
- 定义父镜像：FROM centos:7
- 定义作者信息：MAINTAINER woniu [email protected]
- 执行安装vim命令： RUN yum install -y vim
- 定义默认的工作目录：WORKDIR /usr
- 定义容器启动执行的命令：CMD /bin/bash
步骤3：通过dockerfile文件构建镜像
语法：docker build –f dockerfile的文件路径 –t 镜像名称:版本 .
docker build -f ./centos-dockerfile -t qin_centos:1 .
Ps：
利用当前centos-dockerfile文件构建镜像 -t qin:1 指定新镜像的名称和版本, 后面的 . 不能省略
参数：-f 表示dockerfile -t 表示tag
运行结果：
查看自定义的镜像是否构建完毕
docker images
运行结果：
实验2：定义dockerfile文件构建镜像，发布springboot项目
第1步：上传jar包
当前案例将jar包上传到/usr/local/docker-file目录下
案例jar包下载地址：dockerfile-demo-0.0.1-SNAPSHOT.jar
第2步：创建dockerfile文件并编写内容
FROM java:8
MAINTAINER qin<15543563186@163.com>
ADD dockerfile-demo-0.0.1-SNAPSHOT.jar app.jar
CMD java -jar /app.jar
第3步：通过dockerfile构建镜像
docker build -f ./springboot-dockerfile -t springboot-app:1.0 .
运行效果：
发现镜像文件已经做好了
第4步：通过springboot-app:1.0镜像创建容器
docker run -it --name=app -p 8080:8080 springboot-app:1.0
运行效果：
测试浏览器访问：
