首页docker

理解 docker 镜像的层叠结构 (四)

hfpp2012发布于1830 次阅读

1. 介绍

上一篇: docker的容器(三)

可能你使用docker pull sameersbn/gitlab命令的时候,会发现要下载好多images,因为docker的images是层叠结构的。

这个有点像git。就是最上一层的images,可能是下一层的images,为基础构建的。

2. docker commit

要先理解这个,先来看个例子。

之前我们使用过下面的命令来运行过一个nginx服务。

$ docker run --name webserver -d -p 80:80 nginx

现在我们进入到这个容器,改点东西。

$ docker exec -it webserver bash

然后:

root@3729b97e8226:/# echo '<h1>Hello, Docker!</h1>' > /usr/share/nginx/html/index.html
root@3729b97e8226:/# exit

你再使用curl http://localhost看看,是不是页面变了。

然后你再使用stop命令把这个容器停掉,然后再启动,你会发现又变回原来的样子。

我们之前修改了容器的内容。

来看看改了哪些东西:

$ docker diff webserver
C /root
A /root/.bash_history
C /run
A /run/nginx.pid
C /usr
C /usr/share
C /usr/share/nginx
C /usr/share/nginx/html
C /usr/share/nginx/html/index.html
C /var
C /var/cache
C /var/cache/nginx
A /var/cache/nginx/client_temp
A /var/cache/nginx/fastcgi_temp
A /var/cache/nginx/proxy_temp
A /var/cache/nginx/scgi_temp
A /var/cache/nginx/uwsgi_temp

我们可以把这个容器的改变保存下来,成为一个镜像,下次就能直接运行了。

$ docker commit \
    --author "hfpp2012 <hfpp2012@aliyun.com>" \
    --message "修改了默认网页" \
    webserver \
    nginx:v2

现在来查看一下nginx的镜像,发现有两个,如下:

$ docker images nginx
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
nginx               v2                  f51e5af097aa        5 minutes ago       182 MB
nginx               latest              db079554b4d2        11 days ago         182 MB

因为v2那个版本的nginx镜像,才只是改一点点内容,所以他们两个镜像的占用磁盘的容量只是182MB多点,而不是182 * 2 MB。

现在可以把v2这个版本的nginx镜像运行起来。

$ docker run --name web2 -d -p 81:80 nginx:v2

3. 慎用 docker commit

使用docker commit虽然能保存镜像或创建镜像,但是一般情况下我们不会这么用,我们会使用Dockerfile来构建镜像。

docker commit有一些不好的地方,上面的例子也可以看出来,我只是改了一个文件,上面却显示改了很多,比如临时文件,记录命令的文件(.bash_history),还有pid文件啥的。

而且使用docker commit创建的镜像,别人也不无法知道你是如何创建的,万一里面藏着什么东西,别人都不知道,很不安全。

所以嘛,我们接下来会使用Dockerfile来创建镜像。

完结。

下一篇:使用Dockerfile文件(五)

本站文章均为原创内容,如需转载请注明出处,谢谢。

4 条回复
  • RhaegarMa #1

    说的挺不错挺明白的,就是需要学学标准普通话以及英语

  • kylin #2
    RhaegarMa #10 回复

    作者广东人,我感觉已经不很不错了。

  • niezw #3

    不太理解,为什么EventEmit就是强侵入式.....
    EventEmit需要listen与emit,但同样 redux也需要dispatch与subscribe呀,同样是需要硬编码;再有,EventEmit不好维护与不好找触发与监听的地方,其实,redux不也一样需要做类似的事情吗?

  • hfpp2012 #4
    niezw #10 回复

    继续看嘛,dispatch与subscribe是它的原理,一般后面会换种更好的组织方式来用的,EventEmit你写一写就知道比较难维护,代码久了,根本找不到哪跟哪。

相关小书
docker 入门指南

docker 入门指南

零基础学习docker,从应用入手带你深入理解docker

发表于

喜欢
友情提示
   官方 QQ 1 群 697272886(500/2000)
   官方 QQ 2 群 856141852

© Rails365 | 隐私条款 | 服务条款 | 友情链接:轻课堂 | 粤ICP备15004902号 | 在线学员:24

Top