wordpress启动广告,seo课培训,建站用wordpress,wordpress怎么更新在上一章中#xff0c;我们介绍了 docker 镜像仓库#xff0c;本文就来介绍 docker 镜像。
一、什么是镜像
docker 镜像本质上是一个 read-only 只读文件#xff0c; 这个文件包含了文件系统、源码、库文件、依赖、工具等一些运行 application 所必须的文件。
我们可以把… 在上一章中我们介绍了 docker 镜像仓库本文就来介绍 docker 镜像。
一、什么是镜像
docker 镜像本质上是一个 read-only 只读文件 这个文件包含了文件系统、源码、库文件、依赖、工具等一些运行 application 所必须的文件。
我们可以把 Docker 镜像 理解成一个模板通过这个模板可以实例化出来很多容器。
docker 镜像里面由一层层 Union FS联合文件系统组成
镜像生活案例
镜像相当于我们 java 或者 C中的类相当于一个模板可以很方便的构建出来不同的对象。 docker 镜像的组合层核心联合文件系统Union FS
联合文件系统可以将几层文件目录挂载到一起形成一个虚拟文件系统。
每一层文件系统我们叫做一层 layer联合文件系统可以对每一层文件系统设置三种权限只读readonly、读写readwrite和写出whiteout-able但是 docker 镜像中每一层文件系统都是只读的。PS联合文件系统的读写速度都比较慢
构建镜像的时候会从一个最基本的操作系统开始构建每个构建的操作都相当于做一层文件目录的修改即增加了一层文件系统。
一层层往上叠加上层的修改会覆盖底层该位置的可见性。这也很容易理解就像上层把底层遮住了一样。当使用的时候只会看到一个完全的整体不知道里面有几层也不清楚每一层所做的修改是什么。
联合文件系统使得容器可以拥有自己的文件视图即容器层同时共享宿主机或者其他容器的基础镜像层只读层。这种方式不仅减少了存储空间的使用而且提高了容器启动速度因为只需要复制必要的镜像即可创建新的容器。
联合文件系统镜像分层生活案例
我们以日常的地板为例开发商的房子提供给用户的时候一般是做好了地暖而这些地暖其实是一层一层添加的最底层的钢筋水泥层然后添加保温层采暖管再铺设水泥层到最后交付的时候家家户户都是水泥面这些层一般是不可修改的。
最上层用户一般会再铺设商木地板或者地板砖每家每户的选择不一样相当于我们镜像的容器层。
二、为什么需要镜像
1、通过打包解决环境不一致问题
在部署应用时原先是通过手工 / 写一些脚本的方式进行部署。这样部署面临的最大问题就是云端和本地环境可能不一致。用户为每个应用打包过程比较繁琐需要配置和修改等操作非常费劲。 Docker 镜像就是为了解决这个小小的打包功能突然一夜之间成名。
那么读者可能会猜测 Docker 镜像就是个压缩包是的猜对了它就像一个压缩包文件。那么它是如何解决 Paas 时代所面临的云端和本地一致性问题
很简单它是把一个镜像制作成一个完整的操作系统有所有文件和对应的目录结构这样的压缩包跟你本地和测试环境用的操作系统一摸一样。
2、减少空间占用加速软件开发
docker 最大的贡献就是定义了容器镜像的分层的存储格式docker 镜像技术的基础是联合文件系统(UnionFS)其文件系统是分层的。这样既可以充分利用共享层又可以减少存储空间占用。
docker 镜像提供了一种打包应用程序和预配置服务器环境的便捷方式也可以很方便的将其用于个人用途或与其他 Docker 用户公开共享。
三、核心镜像相关命令
命令清单
命令别名功能备注docker pulldocker image pull从镜像仓库中拉取镜像和镜像仓库命令相同亦可以归类为镜像命令docker pushdocker image push推送镜像到仓库和镜像仓库命令相同亦可以归类为镜像命令docker images docker image ls / docker image list 列出本地镜像必须掌握docker tagdocker image tag给本地某个镜像打标签标记版本在推送镜像到仓库时比较有用必须掌握docker rmi docker image rm / docker image remove 删除本地某个镜像必须掌握docker builddocker image build通过 dockerfile 制作镜像必须掌握docker savedocker image save把制定镜像保存成 tar 格式的归档文件必须掌握docker loaddocker image load导入使用 docker save 保存的 tar 格式的镜像文件必须掌握docker image inspect查看镜像的详细信息必须掌握docker history docker image history 查看镜像历史docker import docker image import 从归档文件 docker export 中创建镜像。 与容器 docker export 对应在下一章容器章节讲解 docker prune 删除不使用的镜像 1、docker images
# RESPOSITORY 指的是镜像所在仓库名
docker images [关键参数] [RESPOSITORY[:TAG]] 关键参数 无参情况列出本地所有镜像 -a列出本地所有的镜像含中间映像层默认情况下过滤掉中间映像层 --digests显示镜像的摘要信息 -f显示满足条件的镜像 --format指定返回值的模板文件 --no-trunc显示完整的镜像信息 -q :只显示镜像 ID 功能 列出本地镜像 # 列出本地全部镜像
docker images
# 列出本地镜像中 REPOSITORY 为 ubuntu 的镜像列表。
docker images ubuntu
2、docker tag
# SOURCE_IMAGE原镜像名
# TARGET_IMAGE目标镜像名可以加上仓库地址就可以归入某一仓库
docker tag SOURCE_IMAGE[:TAG] TARGET_IMAGE[:TAG] 功能 给本地镜像打标签并归入某一仓库目的通常为推送做准备 可以看见给 nginx 镜像打了个标签仓库中会多出一个相同镜像ID不同 REPOSITORY 的镜像这个镜像就可以作为推送到仓库的一个版本 3、docker rmi
# 可以同时删除多个镜像
docker rim [关键参数] 镜像名.... 关键参数 -f强制删除 --no-prune不移除该镜像的过程镜像默认移除 功能删除指定镜像 PS删除前需要把引用了该镜像的容器删掉之后才能删除镜像由于是比较暴力的删除镜像用的较少一般使用 docker rm 删除容器 成功删除 4、docker save
# 可以同时把多个镜像归档到一个文件
docker save [关键参数] 镜像名... 功能把指定的镜像保存成 tar 归档文件便于在各个服务器上分发 关键参数 -o把镜像保存到哪一个文件中可以同时写上路径就保存在那个路径中只写文件名则是默认保存在当前文件夹中 成功归档 5、docker load
docker load [关键参数] 功能把 tar 文件再加载成镜像 关键参数 --input , -i : 导入的文件的文件名代替 STDIN。 --quiet , -q : 精简输出信息。默认是一层层导入的会全部展示 可以发现精简了很多 6、docker image inspect
# 可以同时查看多个镜像
docker image inspect [关键参数] 镜像名... 功能查看镜像的详细信息 PS如果是 docker inspect 的话docker 会自动判断是镜像还是容器然后显示信息 查看详细信息 7、docker history
docker history [关键参数] 镜像名 功能显示镜像的历史 关键参数 -H , --human大小和日期采用人容易读的格式展现 --no-trunc显示全部信息不要隔断不截断的话像 ID 等都会很长 -q, --quiet只显示镜像 id 信息 从左往右每一列的意义依次是镜像名、镜像创建时间、通过什么命令创建dockerfile 命令后文会说、镜像大小、注释 8、docker import
其与容器 docker export 对应二者搭配使用因此将在下一章容器进行讲解
9、docker image prune
docker image prune [关键参数] 功能删除当前未使用的镜像 PS无参的话会删除虚悬镜像即那些既没有标签又被没有任何容器引用的镜像 关键参数 -a , --all删除全部不使用的镜像只要没有容器使用就被视作未使用镜像比较危险慎用 --filter filter指定过滤条件 -f, --force不提示是否删除 无参情况删除虚悬镜像加上 -a 会把所有未被容器使用的镜像删除比较危险 10、docker build
docker build [关键参数] PATH | URL | - 功能用于使用 dockfile 创建镜像会在 dockerfile 制作镜像章节详细讲解 关键参数 --build-arg[] :设置镜像创建时的变量 -f :指定要使用的 Dockerfile 路径 --label[] :设置镜像使用的元数据 --no-cache :创建镜像的过程不使用缓存 --pull :尝试去更新镜像的新版本 --quiet, -q :安静模式成功后只输出镜像 ID --tag, -t: 镜像的名字及标签通常 name:tag 或者 name 格式可以在一次构 建中为一个镜像设置多个标签。 --network: 默认 default。在构建期间设置 RUN 指令的网络模式
