docker中容器和镜像两者间的关系

本篇内容介绍了"docker中容器和镜像两者间的关系"的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

docker的整个生命周期有三部分组成：镜像（image）+容器（container）+仓库（repository）。容器是由镜像实例化而来。

也可以说，镜像是文件，容器是进程。容器是基于镜像创建的，即容器中的进程依赖于镜像中的文件。

docker 的镜像概念类似虚拟机的镜像。是一个只读的模板，一个独立的文件系统，包括运行容器所需的数据，可以用来创建新的容器。

docker利用容器来运行应用：docker容器是由docker镜像创建的运行实例。

docker容器类似虚拟机，可以执行包含启动，停止，删除等。每个容器间是相互隔离的。容器中会运行特定的运用，包含特定应用的代码及所需的依赖文件。可以把容器看作一个简易版的linux环境（包含root用户权限，进程空间，用户空间和网络空间等）和运行在其中的应用程序。

在Docker的生命周期中，最核心的两个部分，一个是镜像 Images，一个是容器 Containers。镜像运行起来就是容器。容器服务运行的过程中，基于原始镜像做了改变，比如安装了程序，添加了文件，也可以提交回去 (commit)成为镜像。

如果大家安装过系统，镜像有点像 GHOST镜像，从 GHOST镜像安装一个系统，运行起来，就相当于容器；容器里面自带应用，就像 GHOST镜像安装的系统里面不是裸的操作系统，里面可能安装了一些软件。安装好的系统使用过程中又安装了其他软件，或者下载了文件，还可以将这个系统重新 GHOST成一个镜像，当其他人通过这个镜像再安装系统的时候，则其他的软件也就自带了。

普通的 GHOST镜像就是一个文件，但是管理不方便。比如如果有几十个 GHOST镜像的话，你可能已经记不清楚哪个镜像里面安装了哪个版本的软件了。所以容器镜像有 tag的概念，就是一个标签，比如 dev-1.0，dev-2.0，production-1.1等，能够帮助你区分不同的镜像都可以。

为了镜像的统一管理，有一个镜像库的东西，可以通过 push将本地的镜像放到统一的镜像库中保存，可以通过 pull将镜像库中的镜像拉到本地来。

"docker中容器和镜像两者间的关系"的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站，小编将为大家输出更多高质量的实用文章！