创建镜像方法 (docker commit; Dockerfile)
特性 (缓存(生成镜像,下载镜像),kernel共用,分层, copy-on-write,
Dockerfile指令执行方式(shell和exec格式)
RUN CMD ENTRYPOINT区别
本地registry搭建
思考
将当前运行的容器作为一个镜像并生成
运行一个容器
打开一个新命令行,docker ps查正在运行的容器,选择一个容器的names列
运行docker commit strange_jones my_image,执行完了这个容器就生成了一个镜像
类似于通过一个脚本生成镜像,脚本叫Dockerfile,先找一个路径,路径里面创建Dockerfile(D大写),Dockerfile里写命令,写完了docker build -t my_images my_context_path my_context_path如果为当前目录就写个.
生成镜像和下载镜像时逐层生成镜像,如果有相同命令就用上次的镜像作为自己的镜像,不需要再弄个新镜像曾浪费资源
即一个主机即使有多个镜像,但每个镜像用的都是镜像所在host的kernel
镜像下载,生成时都是分层弄得,Dockerfile每条命令会把当前的镜像复制个临时镜像,然后以这个新镜像为base镜像执行命令,把执行完命令的作为新镜像,删掉以前的镜像。镜像这样逐层累加最后生成目标镜像
1. 对容器的修改不会修改镜像,因为镜像一般是只读
2 写操作在镜像最上层会有一层容器可写层,一些写操作会在这层可写层记录,而不会修改那些镜像层
3 如果镜像的多个镜像层存在相同文件,以最上层镜像文件为准,即容器内的这个文件是最上层镜像的这个文件,而不是再往底下的镜像的同名文件
dockerfile中shell格式命令长这样
RUN apt-get update
CMD echo $vara
exec格式长这样
RUN ["apt-get", "update"]
CMD ["/bin/echo", "$vara"]
shell默认用shell执行命令,$开头的变量会被解析,exec执行不用shell执行,$开头变量不会被解析,使用时需注意
run一般用于安装包
cmd可指定容器默认执行的命令,当docker run后面没跟其他指令时才会执行cmd后面的命令,否则不执行。
如果dockerfile中有多个cmd,只有最后一个cmd
cmd有两种格式
一种:CMD ["executable", "param1", "parm2"]就执行cmd后面的命令
另一种:CMD ["param1", "param2"] 会把参数提供给entrypoint当作额外参数,此时entrypoint必须用exec格式
entrypoint后面也跟可执行命令,有两种格式,即shell和exec格式,和cmd不同的是cmd可以没有executable而entrypoint看介绍好像一直都有
书上介绍是弄了个容器当作本地registry,然后pull等命令加ip和port信息就可以了
每个镜像都有dockerfile吗?有什么办法可以查到每个镜像的dockerfile吗?搜了一圈发现只搜到docker history image_name:tag
下载镜像时,缓存特性是如何找到缓存的镜像层的?
为什么apt-get update 和apt-get install在一行?防止缓存机制导致apt-get update实际不执行