Docker笔记

发表于 | 分类于

Dokerfile

Dockerfil是什么

dockerfile是用来构建docker镜像的文本文件，是由一条条构建镜像的指令和参数构成的脚本。
构建三步骤：编写Dockerfile文件 -> docker build命令构建镜像 -> docker run 依镜像运行容器实例
·官网
·https://docs.docker.com/engine/reference/builder/

DockerFile构建过程解析

·Dockerfile内容基础知识
·1：每条保留字指令都必须为大写字母且后面要跟随至少一个参数
·2：指令按照从上到下，顺序执行
·3：#表示注释
·4：每条指令都会创建一个新的镜像层并对镜像进行提交
·Docker执行Dockerfile的大致流程
·（1）docker从基础镜像运行一个容器
·（2）执行一条指令并对容器作出修改
·（3）执行类似docker commit的操作提交一个新的镜像层
·（4）docker再基于刚提交的镜像运行一个新容器
·（5）执行dockerfile中的下一条指令直到所有指令都执行完成

·小总结
从应用软件的角度来看，Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段，

  • Dockerfile是软件的原材料
  • Docker镜像是软件的交付品
  • Docker容器则可以认为是软件镜像的运行态，也即依照镜像运行的容器实例
    Dockerfile面向开发，Docker镜像成为交付标准，Docker容器则涉及部署与运维，三者缺一不可，合力充当Docker体系的基石。
    1 Dockerfile，需要定义一个Dockerfile，Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道，这时需要考虑如何设计namespace的权限控制)等等;
    2 Docker镜像，在用Dockerfile定义一个文件之后，docker build时会产生一个Docker镜像，当运行 Docker镜像时会真正开始提供服务;
    3 Docker容器，容器是直接提供服务的。

DockerFile常用保留字指令

·参考tomcat8的dockerfile入门
·https://github.com/docker-library/tomcat

FROM

1
2
3
4
·基础镜像，当前新镜像是基于哪个镜像的，指定一个已经存在的镜像作为模板，第一条必须是from
	FROM <image>
	FROM <image>:<tag>
	FROM <image>@<digest>

MAINTAINER

1
2
·镜像维护者的姓名和邮箱地址
	MAINTAINER <name>

RUN

1
2
3
4
5
·容器构建时需要运行的命令
·两种格式
·shell格式	RUN yum -y install vim
·exec格式	RUN ["./test.php","dev","offline"] 
·RUN是在 docker build时运行

EXPOSE

1
2
·当前容器对外暴露出的端口
	EXPOSE <端口1> [<端口2>...]

WORKDIR

1
2
·指定在创建容器后，终端默认登陆的进来工作目录，一个落脚点
	WORKDIR <目录>

USER

1
2
·指定该镜像以什么样的用户去执行，如果都不指定，默认是root
	USER <用户名>

ENV

1
2
3
4
5
6
7
·用来在构建镜像过程中设置环境变量
 
ENV MY_PATH /usr/mytest  相当于赋值 MY_PATH=`/usr/mytest`
这个环境变量可以在后续的任何RUN指令中使用，这就如同在命令前面指定了环境变量前缀一样；
也可以在其它指令中直接使用这些环境变量，
 
比如：WORKDIR $MY_PATH

ADD

1
2
·将宿主机目录下的文件拷贝进镜像且会自动处理URL和解压tar压缩包
	ADD <本地文件的文件> <容器内部目录>  #可以改名，tar包会自动解压

COPY

1
2
3
4
5
·类似ADD，拷贝文件和目录到镜像中。 将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的 <目标路径> 位置
·COPY src dest
·COPY ["src", "dest"]
·<src源路径>：源文件或者源目录
·<dest目标路径>：容器内的指定路径，该路径不用事先建好，路径不存在的话，会自动创建。

VOLUME

1
2
3
·容器数据卷，用于数据保存和持久化工作
	VOLUME ["<路径1>", "<路径2>"...]
	VOLUME <路径>

CMD

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
·指定容器启动后的要干的事情
CMD ["executable","param1","param2"]
CMD ["param1","param2"]
CMD command param1 param2
第一种和第二种其实都是可执行文件加上参数的形式。第三种比较好理解了，就时shell这种执行方式和写法

举例说明两种写法：

CMD [ "sh", "-c", "echo $HOME" 
CMD [ "echo", "$HOME" ]
补充细节：这里边包括参数的一定要用双引号，就是",不能是单引号。千万不能写成单引号。原因是参数传递后，docker解析的是一个JSON array	
 
·注意
·Dockerfile 中可以有多个 CMD 指令，但只有最后一个生效，CMD 会被 docker run 之后的参数替换
·参考官网Tomcat的dockerfile演示讲解
·官网最后一行命令

·我们演示自己的覆盖操作

·它和前面RUN命令的区别
·CMD是在docker run 时运行。
·RUN是在 docker build时运行。

ENTRYPOINT

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
语法：

　　ENTRYPOINT ["executable", "param1", "param2"]
　　ENTRYPOINT command param1 param2
第一种就是可执行文件加参数。第二种就是写shell

与CMD比较说明（这俩命令太像了，而且还可以配合使用）：

1. 相同点：

只能写一条，如果写了多条，那么只有最后一条生效

容器启动时才运行，运行时机相同

2. 不同点：

 ENTRYPOINT不会被运行的command覆盖，而CMD则会被覆盖

 如果我们在Dockerfile种同时写了ENTRYPOINT和CMD，并且CMD指令不是一个完整的可执行命令，那么CMD指定的内容将会作为ENTRYPOINT的参数

如下：

FROM ubuntu
ENTRYPOINT ["top", "-b"]
CMD ["-c"]
如果我们在Dockerfile种同时写了ENTRYPOINT和CMD，并且CMD是一个完整的指令，那么它们两个会互相覆盖，谁在最后谁生效

如下：

FROM ubuntu
ENTRYPOINT ["top", "-b"]
CMD ls -al
那么将执行ls -al ,top -b不会执行

·也是用来指定一个容器启动时要运行的命令
·类似于 CMD 指令，但是ENTRYPOINT不会被docker run后面的命令覆盖， 而且这些命令行参数会被当作参数送给 ENTRYPOINT 指令指定的程序
·命令格式和案例说明
 
命令格式： 
ENTRYPOINT可以和CMD一起用，一般是变参才会使用 CMD ，这里的 CMD 等于是在给 ENTRYPOINT 传参。
当指定了ENTRYPOINT后，CMD的含义就发生了变化，不再是直接运行其命令而是将CMD的内容作为参数传递给ENTRYPOINT指令，他两个组合会变成 
 
案例如下：假设已通过 Dockerfile 构建了 nginx:test 镜像：
 
是否传参	按照dockerfile编写执行	传参运行
Docker命令	docker run  nginx:test	docker run  nginx:test -c /etc/nginx/new.conf
衍生出的实际命令	nginx -c /etc/nginx/nginx.conf	nginx -c /etc/nginx/new.conf
 
·优点
·在执行docker run的时候可以指定 ENTRYPOINT 运行所需的参数。
·注意
·如果 Dockerfile 中如果存在多个 ENTRYPOINT 指令，仅最后一个生效。

build Dockerfile

[ docker build -t <指定以镜像名> . ] #构建当前的Dockerfile,注意当前路劲为.

docker镜像的dockerfile文件内容

docker history 镜像id
查看详细信息：

1
docker history --format {{.CreatedBy}} --no-trunc=true 镜像id |sed "s/\/bin\/sh\ -c\ \#(nop)\ //g"|sed "s/\/bin\/sh\ -c/RUN/g" | tac

虚悬镜像清理

虚悬镜像出现于构建容器失败时创建的，没有存在价值。
docker images ls -f dangling=true #查看库中的虚悬镜像
docker image prune #清理所有本地存在的虚悬镜像

Dockerfile实例

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
FROM centos
ENV password 123456
WORKDIR /etc/yum.repos.d/
MAINTAINER  CYT

RUN yes|rm ./CentOS*
RUN curl -o /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-vault-8.5.2111.repo
RUN yum clean all && yum makecache
RUN yum -y install wget \
	net-tools \
	passwd.x86_64 \
	openssh-server

RUN ssh-keygen -q -t rsa -b 2048 -f /etc/ssh/ssh_host_rsa_key -N '' 
RUN ssh-keygen -q -t ecdsa -f /etc/ssh/ssh_host_ecdsa_key -N '' 
RUN ssh-keygen -t dsa -f /etc/ssh/ssh_host_ed25519_key -N ''

RUN echo $password | passwd --stdin root
RUN echo "PermitRootLogin yes" >> /etc/ssh/sshd_config

EXPOSE 22

CMD ["/usr/sbin/sshd", "-D"]

待更新