dockerfile 详解
首先对dockerfile的应用场景进行一个大概的了解
定制docker镜像,大概有两种方法进行选择
- 手动修改容器内容,导出一个新的镜像
- 使用dockerfile,自行去编写指令,基于指令的流程去创建一个镜像
dockerfile 简介
镜像是多层的存储,每一层在前一层的基础上进行了修改;
容器也是具有多层存储的模式,容器其实是在镜像的基础上,添加了存储层,才变成了容器。
docker的工作模式非常类似于git,我们上面讲到的<u>定制docker的两种方法</u>
- 先把容器镜像拉下来,然后手动更改容器中的一些配置,然后在docker commit至docker hub
- 通过dockerfile编写指令,按照预定的docker流程去执行,这些指令运行在docker中会依次的添加层数,到最后形成一个大的镜像,在后续去进行项目部署时,直接拉取镜像,从而简化部署的工作
dockerfile 指令主要组成部分
FROM 告诉你docker的基础镜像是什么 例如 centos:8.0
MAINTAINER 维护者的信息,这一条可以不用写
RUN 就是要执行的一些linux命令行,跟在run后面
ADD 拉取宿主机的文件,并且可以把压缩文件直接进行解压
COPY 类似于ADD但是不进行解压,直接把文件复制过来
WORKDIR 类似于cd,当运行容器时,你想让他直接进入某个目录的话,就在这个后面跟上目录路径
VOLUME 数据卷,更改文件时,docker内的文件也会自动同步更改
EXPOSE 端口,对应docker run -p后的端口,不过此处是对外的 -p的规矩是hostPort:containerPort
CMD 运行 并且控制一些在容器开始运行后需要干的事情
自己运行一个web容器
- 创建一个文件
mkdir dockerfile_dir
cd dockerfile_dir
#注意Dockerfile首字母需要大写
vim Dockerfile
- Dockerfile内
FROM nginx
RUN '<meta charset=utf8>使用docker部署nginx' > /usr/share/nginx/html/index.html
- 保存退出
- 启动镜像、启动容器
docker build .
docker images
docker tag imageID imageName
docker run -d -p 80:80 imageName
- 启动端口就能看到页面内有 使用docker部署nginx 字样
CMD和ENTRYPOINT的区别
我们先写一个dockerfile为
FROM centos:7
RUN rpm --rebuilddb && yum install epel-release -y
RUN rpm --rebuilddb && yum install curl -y
CMD ["curl","-s","http://ipinfo.io/ip"]
这是一个基于centos镜像所运行的容器,目的是为了通过访问http://ipinfo.io/ip来获取我们本地ip
执行docker run imageName能够看到运行的ip
但是当我们想要加一个参数 -I来查看请求头的时候,就会报错
原因是因为,当我们使用cmd指令时,如果我们运行容器传递参数的话,默认为覆盖/更改,而不是添加参数 所以就相当于我们运行了 docker run imageName -I,结果当然是error
解决方法:
- 放置全部参数 docker run imageName curl -s http://ipinfo.io/ip -I
HTTP/1.1 200 OK
access-control-allow-origin: *
content-type: text/html; charset=utf-8
content-length: 13
date: Mon, 20 Jun 2022 09:38:45 GMT
x-envoy-upstream-service-time: 1
Via: 1.1 google
我们得到了我们想要的结果 但是这种方法很不优雅,不建议使用
- 使用ENTRYPOINT替换CMD
打开dockerfile,更改为如下这样
FROM centos:7
RUN rpm --rebuilddb && yum install epel-release -y
RUN rpm --rebuilddb && yum install curl -y
ENTRYPOINT ["curl","-s","http://ipinfo.io/ip"]
重新进行容器部署
...
运行容器得到
xx.xx.xx.xx
docker run imageName -I
HTTP/1.1 200 OK
access-control-allow-origin: *
content-type: text/html; charset=utf-8
content-length: 13
date: Mon, 20 Jun 2022 09:38:45 GMT
x-envoy-upstream-service-time: 1
Via: 1.1 google
就得到了我们想要的结果
所以CMD和ENTERPOINT的主要区别就是参数归置问题,cmd的参数默认是覆盖,二ENTRYPOINT是添加,CMD的自由度会更高,ENTRYPOINT则会更加方便,二者都具有添加修改参数的能力