为什么一个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编译redis docker编译rootfs_docker


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

镜像制作

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

容器转为镜像:

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

镜像压缩(镜像不能传输 所以做好的镜像):

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

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

docker load -i 压缩文件名称

docker编译redis docker编译rootfs_linux_02

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 镜像名称:版本