Skip to content

上节我们通过 desktop 从 docker hub 拉取了 nginx 的镜像,并把它跑了起来。

跑这个镜像的时候指定了映射的端口、挂载的数据卷、环境变量等。

跑起来的容器就已经有可用的 nginx 服务了。

那如果我们要自己制作一个这样的镜像,怎么做呢?

docker 容器内就是一个独立的系统环境,想想如果在这样一个系统上,要安装 nginx 服务,怎么做呢?

需要执行一些命令、复制一些文件进来,然后启动服务。

制作镜像自然也要进行这样的过程,不过可以自动化。

只要在 dockerfile 里声明要做哪些事情,docker build 的时候就会根据这个 dockerfile 来自动化构建出一个镜像来。

比如这样:

FROM node:latest

WORKDIR /app

COPY . .

RUN npm config set registry https://registry.npmmirror.com/

RUN npm install -g http-server

EXPOSE 8080

CMD ["http-server", "-p", "8080"]

这些指令的含义如下:

  • FROM:基于一个基础镜像来修改
  • WORKDIR:指定当前工作目录
  • COPY:把容器外的内容复制到容器内
  • EXPOSE:声明当前容器要访问的网络端口,比如这里起服务会用到 8080
  • RUN:在容器内执行命令
  • CMD:容器启动的时候执行的命令

我们先通过 FROM 继承了 node 基础镜像,里面就有 npm、node 这些命令了。

通过 WORKDIR 指定当前目录。

然后通过 COPY 把 Dockerfile 同级目录下的内容复制到容器内,这里的 . 也就是 /app 目录

之后通过 RUN 执行 npm install,全局安装 http-server

通过 EXPOSE 指定要暴露的端口

CMD 指定容器跑起来之后执行的命令,这里就是执行 http-server 把服务跑起来。

把这个文件保存为 Dockerfile,然后在同级添加一个 index.html

然后通过 docker build 就可以根据这个 dockerfile 来生成镜像。

docker build -t aaa:ccc .

aaa 是镜像名,ccc 是镜像的标签

FROM 是继承一个基础镜像,看输出也可以看出来,前面都是 node 镜像的内容,会一层层下载下来。

最后才是本地的我们添加的那些。

这时你在 desktop 的 images 列表里就可以看到这个镜像了:

然后执行 docker run 把这个镜像跑起来,用 desktop 我们就直接点击 run 按钮了:

会让你输入这些内容:

是不是上节用 nginx 镜像的感觉回来了?这次是我们自己 build 的镜像。

指定容器名、映射的端口、点击 run:

然后可以看到容器内的日志,服务启动成功了:

当然,容器内打印的是 8080 端口,但在容器外要用映射的 8888 端口访问:

访问 http://localhost:8888 就可以看到我们在 html 写的内容了:

在容器内页打印了一条访问日志:

至此,我们写的第一个 dockerfile 和 build 出的第一个镜像就跑成功了!

我们在 files 里看看 /app 下是啥内容:

双击 index.html,可以看到这就是我们 build 镜像的时候 COPY 进去的文件。

但是我们想修改静态文件怎么办呢?

进入容器内改太麻烦,不如把这个 /app 目录设置为挂载点吧。

这样改下 Dockerfile:

然后重新 build 出一个镜像来:

docker build -t aaa:ddd -f 2.Dockerfile .

因为现在不是默认的 Dockerfile 了,需要用 -f 指定下 dockefile 的文件名。

构建完之后再 run 一下这个新镜像:

这次我把我的桌面目录作为数据卷挂载到 /app 目录了:

容器跑起来后可以看到确实挂载上去了,也标识为了 mount:

浏览器访问下:

在 inspect 这里也可以看到挂载的目录:

有同学说,就算不在 dockerfile 里指定 VOLUME,我还是可以 docker run 的时候通过 -v 挂载数据卷呀。

那我为啥还要指定 VOLUME?

在 dockerfile 里指定 VOLUME 之后,如果你 docker run 的时候没有带 -v,那会放在一个临时的目录里。

比如我直接点击 run,不设置参数:

docker 会随机给他生成一个名字。

还会随机生成一个目录作为数据卷挂载上去:

inspect 可以看到这时候的路径是一个临时的目录:

这样就算你删了容器,数据也可以在这里找回。

设想下,如果你跑了个 mysql 容器,存了很多数据,但是跑容器的时候没指定数据卷。有一天,你把容器删了,所有数据都没了,可不可怕?

为了避免这种情况,mysql 的 dockerfile 里是必须声明 volume 的,这样就算你没通过 -v 指定数据卷,将来也可以找回数据。

在镜像详情可以看到 mysql 的 dockerfile,确实声明了 volume

这样就能保证数据不丢失。

dockerfile 在小册仓库

总结

docker 镜像是通过 dockerfile 构建出来的。

我们写了第一个 dockerfile,通过 FROM、WORKDIR、COPY、RUN、EXPOSE、CMD 等指令声明了一个 http-server 提供静态服务的镜像。

docker run 这个镜像就可以生成容器,指定映射的端口、挂载的数据卷、环境变量等。

VOLUME 指令看起来没啥用,但能保证你容器内某个目录下的数据一定会被持久化,能保证没挂载数据卷的时候,数据不丢失。

写完这个 dockerfile,相信你会对 docker 镜像、容器有更具体的理解了。