【Docker】镜像原理 镜像制作 DockerFile

为什么一个centos镜像只有两百多兆，而tomcat镜像五百多兆

先说说操作系统

Linux文件系统由bootfs和rootfs两部分组成
bootfs：包含bootloader（引导加载程序）和 kernel（内核）
rootfs： root文件系统，包含的就是典型 Linux 系统中的/dev，/proc，/bin，/etc等标准目录和文件
不同的linux发行版，bootfs基本一样，而rootfs不同，如ubuntu，centos等。

Docker镜像是由特殊的文件系统叠加而成

最底端是 bootfs，并使用宿主机的bootfs——复用。
第二层是 root文件系统rootfs，称为base image。
然后再往上可以叠加其他的镜像文件。
统一文件系统（Union File System）技术能够将不同的层整合成一个文件系统，为这些层提供了一个统一的视角，隐藏多层的存在，我们看来只是存在一个文件系统。
所以tomcat镜像大小有五百多兆，是因为里面还包含了jdk和centos的镜像
而centos镜像复用了宿主机的bootfs 下载的只有rootfs 所以小很多
一个镜像可以放在另一个镜像的上面。位于下面的镜像称为父镜像，最底部的镜像称为基础镜像。
所以tomcat→jdk（父镜像）→centos（基础镜像）因此整个向外暴露是五百多兆。
镜像是只读的，当从一个镜像启动容器时， 所以docker会在镜像上面加载一个可读可写的文件系统作为容器

docker镜像本质就是一个分层系统

镜像制作

注意：容器转镜像 容器里面文件不会消失 但是容器挂载的镜像卷会消失

容器转为镜像：

docker commit 容器id 镜像名称:版本号

镜像压缩（镜像不能传输 所以做好的镜像）：

docker save -o 压缩文件名称 镜像名称:版本号

镜像压缩文件解压成镜像：

docker load -i 压缩文件名称

dockerfile

docker就是一个文本文件 包含了一条条的指令
每一条指令构建一层，基于基础镜像，最终构建出一个新的镜像
为开发、测试。运维提供完全一致的开发环境 只需要通过一个dockerfile文件构建出相同的镜像

dockerfile关键字

FROM	指定父镜像  基于哪个镜像image构建
RUN		容器创建的时候执行一段命令 
CMD		容器启动的时候执行的命令
COPY	创建容器是复制文件到镜像
ADD		添加文件到镜像还会自动解压 还可以添加远程的
ENV		设置环境变量 启动容器时 -e参数可以覆盖ENV设置的环境变量
VOIUME	启动容器时挂载目录到容器里面 
EXPOSE	暴露端口
WORKDIR	设置进入容器时的路径

案例：自定义一个centos7镜像 默认登录路径为/usr 并且可以使用vim

# 定义父镜像
FROM centos:7
# 定义作者信息
MAINTAINER  itheima <itheima@itcast.cn>
# 执行安装vim命令
RUN yum install -y vim
# 定义默认的工作目录
WORKDIR /usr
# 定义容器启动执行的命令
CMD /bin/bash
# 通过dockerfile构建镜像
docker bulid –f dockerfile文件路径 –t 镜像名称:版本

docker build -f ./centos_docker（dockerfile文件） -t mycentos:1.1（镜像名称和版本号） .（寻址路径）

案例：java程序做成一个镜像
1.先package 打包成jar包 hello.jar
2.创建一个hello_dockerfile 写入下面数据

# 定义父镜像
FROM java:8
# 定义作者信息
MAINTAINER  itheima <itheima@itcast.cn>
# 将jar包添加到容器
ADD hello.jar app.jar
# 定义容器启动执行的命令
CMD java –jar app.jar
# 通过dockerfile构建镜像
docker bulid –f dockerfile文件路径 –t 镜像名称:版本