qq_32021001的博客

如果需要同时部署好多个服务，难道要每个服务单独写Dockerfile然后在构建镜像，构建容器，这样累都累死了，所以docker官方给我们提供了docker-compose多服务部署的工具。例如要实现一个web微服务项目，除了web服务容器本身，往往还需要再加上后端的数据库mysql服务容器，redis服务，注册中心，甚至还包括负载容器等等。docker建议我们每一个容器中只运行一个服务，因为docker容器本身占用资源极少，所以最好是将每个服务单独的分割开来，但是这样我们又面临了一个问题？

你可以从这里拉取（下载）官方或社区制作的镜像（如 Nginx, MySQL, Redis），也可以将自己的镜像推送（上传）上去。构建镜像的目的：在其他机器或者其他环境运行程序。因此需要把镜像传到目的地去，利用Docker仓库完成传输过程。一个集中存储和分发 Docker 镜像的地方，类似于 GitHub 之于代码。公司内部可以搭建自己的私有仓库，用于存放内部应用的镜像。

在容器运行时，Docker 会在镜像的只读层之上，添加一个可写的容器层。所有对容器的修改（如创建文件、安装新软件）都发生在这个可写层。当容器被删除时，这个可写层也会被删除。多个容器可以共享同一个主机操作系统内核，启动速度快，资源占用极低。，类似于由“类”创建出来的“对象”。容器与宿主机以及其他容器是相互隔离的。容器是真正运行应用程序的地方。

这证明了镜像的本质就是文件集合。，它包含了创建 Docker 容器所需的所有文件和配置信息。从镜像仓库（如 Docker Hub）拉取一个镜像到本地。将镜像保存为一个 tar 归档文件，用于备份或迁移。：镜像是光盘，容器是安装好并正在运行的虚拟机系统。根据 Dockerfile 构建一个新的镜像。：镜像是“类”，容器是这个“类”的“实例”。查看一个镜像的构建历史（各层信息）。将本地的镜像推送到镜像仓库。删除本地的一个或多个镜像。列出本地主机上的所有镜像。）合并成一个统一的视图。给镜像打一个新的标签。

或直接通过 CRI 接口与容器运行时交互，而这一切的接口设计都源于 Docker 确立的范式。Kubernetes 的 Pod、Deployment 等资源，其底层操作容器的逻辑与 Docker 命令的思想一脉相承。集装箱出现后，所有货物都被打包进标准尺寸的箱子里，运输工具（船、卡车、火车）也只关心集装箱，而不关心里面的具体货物。当容器启动时，Docker 会将这些只读层叠加，并在最顶 层加上一个可写的容器层，形成一个统一的文件系统视图。容器内的进程与宿主机和其他容器的进程是隔离的。

离线安装docker

Docker我们都听过或者已经了解过。它有很多作用，比如简化环境搭建、简化运维的工作量等，更是我们搞微服务的利器，所以有必要学习一下。本文记录在centos上安装docker的几个步骤。我们安装社区版即可，这里有安装文档：https://docs.docker.com/install。打开地址，我们选择Docker Engine--Linux--Centos，我们安装就是参考这里面的说明。...