Docker-安装及基本使用

思考了一下，重新开始还是以docker 来开篇，之后的后续也是主要以分布式的内容为主，疫情过去之后大厂裁员严重，基本上目前所有公司面试的要求都到了使用分布式体系，而docker 容器也是分布式部署最常用的，后续也会讲到docker 自身的编排还有k8s 等编排方式的区别还有使用。

docker 概述

每次开始一个新的技术内容，基本都会有这段概述内容，这段内容是描述这个技术本身的一些基本和官方概念，主要作用就是为了让初学者能有一个认识和基本的简单了解，如果不需要可以直接跳到使用阶段，但是不建议初学者跳过。

在使用docker 前我们需要知道什么是docker，docker 本身就是一种容器化技术，它的目标是实现轻量级的操作系统虚拟化解决方案，Docker 的基础是Linux 容器（LXC）等技术。

这里有一个新的名词“LXC” 技术，LXC 为Linux Container 的简写，它与传统虚拟化技术相比，它的优势在于：

• 与宿主机使用同一个内核，性能损耗小；
• 不需要指令级模拟；
• 不需要即时(Just-in-time)编译；
• 容器可以在CPU核心的本地运行指令，不需要任何专门的解释机制；
• 避免了准虚拟化和系统调用替换中的复杂性；
• 轻量级隔离，在隔离的同时还提供共享机制，以实现容器与宿主机的资源共享

docker 并不是LXC 替代品，docker 底层使用了LXC 来实现，LXC 将linux 进程沙盒化，使得进程之间相互隔离，并且能够可控限制各进程的资源分配，在LXC 的基础之上，docker 提供了一系列更强大的功能。

docker 的优势

docker 的优势是很明显的，容器的启动可以在秒级实现，这相比传统的虚拟机方式要快得多，docker 对系统资源的利用率也很高，一台主机上可以同时运行数千个 docker 容器。

这些也是由docker 的特性决定的。

• 轻量级：因为底层使用的是lxc 技术，是和宿主机共享主机内核的，所以这就是体现出docker 的轻量级；
• 灵活：docker 的运行是根据本身的镜像来的，而构建镜像是非常方便的，即使是最复杂的应用也可以集装箱化；
• 可堆叠：docker 的镜像是垂直堆叠构建的，docker 本身也就是垂直和即时堆叠服务；
• 便携式：docker 的运行时对镜像的直接操作，命令启动，在本地构建，部署到云，并在任何地方运行都可以；
• 可互换：镜像本身也是可以随时构建替换的，可以即时部署更新和升级；
• 可扩展：可以增加并自动分发容器副本。

docker 的缺陷

相比较于传统虚拟机，docker 的有点相比较是很明显的，同时docker 的缺点也是。

• 隔离性：容器之间共享同一个操作系统内核以及其他组件，所以在受到攻击之类的情况发生时，更容易通过底层操作系统影响到其他容器
• 性能：当同一虚机或者服务器下面的容器需要更高并发量支撑的时候，也就是并发问题成为应用瓶颈的时候，容器会将这个问题放大，所以，并不是所有的应用场景都是适用于容器技术的
• 存储方案：docker容器提供的解决方案是利用volume接口形成数据的映射和转移，以实现数据持久化的目的，但是这样同样也会造成一部分资源的浪费和更多交互的发生，不管是映射到宿主机上还是到网络磁盘，都是退而求其次的解决方案

对比传统虚拟机

特性	Docker 容器	虚拟机
启动	秒级	分钟级
硬盘使用	一般为 MB	一般为 GB
性能	接近原生	弱于
系统支持量	单机支持上千个容器	一般几十个

docker 的架构

docker 目前版本分为CE 和EE，一般来讲我们使用的都是CE，因为CE 不收费，EE 是提供给企业级的收费服务，它们之前的区别不是大，EE 能实现的功能CE 基本都能实现，主要是EE 会提供给企业技术服务项目，并可运行来自Docker Store的、经过认证的容器和插件。

相对于来说CE 更适合我们开发人员和运维团队构建容器APP。

我们再说回docker 的架构方面，docker 总体架构为c/s 架构，模块之间松耦合，包含了Client, Daemon, Registry, Graph, Driver, Libcontainer 以及Docker Container。

Docker的组件

• Docker Client：是用户界面，它支持用户与Docker Daemon之间通信
• Docker Daemon：Docker最核心的后台进程，运行于主机上，处理服务请求
• Docker registry：是中央registry，支持拥有公有与私有访问权限的Docker容器镜像的备份
• Docker Containers：负责应用程序的运行，包括操作系统、用户添加的文件以及元数据
• Docker Images：是一个只读模板，用来运行Docker容器
• DockerFile：是文件指令集，用来说明如何自动创建Docker镜像

这些组件在我们使用docker 的过程中，都能明显感受到，首先是Client，这个命令输入的基础；registry 用于拉去远程镜像；DockerFile 构建本地镜像；Images 镜像的只读模板，运行docker 容器的基础；Containers 处理部署程序的各种操作命令，操作系统、用户添加的文件以及元数据；Daemon 容器的核心，处理服务请求。

docker 的基本概念-镜像

这里还有三个基本的概念，上面也有提到，其中一个就是镜像。

镜像是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如匿名卷、环境变量、用户等），镜像不包含任何动态数据，其内容在构建之后也不会被改变。

镜像可以分为两个部分来说，分层存储和Union FS（联合文件系统）

前者的意思是：镜像只是一个虚拟的概念，其实际体现并非由一个文件组成，而是由一组文件系统组成，或者说，由多层文件系统联合组成。

后者表示的联合文件系统描述的是：linux的存储技术，也是Docker镜像的存储方式。它是分层的文件系统，将不同目录拉到同一个虚拟目录下，也就是将镜像中的只读文件看成是同一个目录，相当于只有一个文件系统。

镜像构建时，会一层层构建，前一层是后一层的基础，每一层构建完就不会再发生改变，后一层上的任何改变只发生在自己这一层。

docker 的基本概念-容器

镜像（Image）和容器（Container）的关系，就像是面向对象程序设计中的类和实例一样，镜像是静态的定义，容器是镜像运行时的实体，容器可以被创建、启动、停止、删除、暂停等。

容器的实质是进程，但与直接在宿主执行的进程不同，容器进程运行于属于自己的独立的命名空间，因此容器可以拥有自己的root文件系统、自己的网络配置、自己的进程空间，甚至自己的用户 ID 空间。

前面讲过镜像使用的是分层存储，容器也是如此，每一个容器运行时，是以镜像为基础层，在其上创建一个当前容器的存储层，我们可以称这个为容器运行时读写而准备的存储层为容器存储层。

容器存储层的生存周期和容器一样，容器消亡时，容器存储层也随之消亡，因此，任何保存于容器存储层的信息都会随容器删除而丢失。

docker 的基本概念-仓库

镜像构建完成后，可以很容易的在当前宿主机上运行，但是，如果需要在其它服务器上使用这个镜像，我们就需要一个集中的存储、分发镜像的服务，Docker Registry 就是这样的服务。

一个 Docker Registry 中可以包含多个仓库（Repository）；每个仓库可以包含多个标签（Tag）；每个标签对应一个镜像。

通常，一个仓库会包含同一个软件不同版本的镜像，而标签就常用于对应该软件的各个版本，我们可以通过<仓库名>:<标签>的格式来指定具体是这个软件哪个版本的镜像，如果不给出标签，将以latest作为默认标签。

仓库名经常以三段式路径形式出现，比如liwq.com/nginx-proxy:tag，前者往往意味着 Docker Registry 多用户环境下的用户名，后者则往往是对应的软件名，但这并非绝对，取决于所使用的具体 Docker Registry 的软件或服务。

小结

上述基本就是docker 的一些常用的概念，主要是内容还是docker 的架构模型，还有它的三个基本概念，镜像、容器、仓库。

服务器上，docker的安装

这里我使用的是阿里云的服务器来安装docker，如果选择是远程的服务器其实都是大差不差（腾讯云、七牛云、百度云之类的），本地安装我也没试过，毕竟阿里的一月白嫖还是很香的，所以我直接就上阿里的了，这里就不介绍怎么白嫖阿里服务器的选择了，一句话直接拉满。

服务器选择好了之后，还要考虑服务器的系统镜像，我这里使用的是最新的Ubuntu，也可以选择阿里自己优化的Linux，如果是选择的阿里自己优化的Linux 的话，可以直接到阿里的文档中一步一步跟着走即可，文档地址 这个文档里面还是比较全面的，可以用于学习参考。

如果选择跟我一样的Ubuntu 的话，可以跟我下面的命令一步一步走：

查看是否已经安装docker：

docker version

如果有安装的话，移除旧版本：

apt-get remove docker docker-engine docker.io containerd runc

更新软件列表：

sudo apt-get update

允许apt命令可以使用HTTP访问Docker repository：

sudo apt-get install apt-transport-https ca-certificates curl gnupg-agent software-properties-common

添加docker 官方GPG key：

curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -

添加镜像源（我这里是阿里的）：

add-apt-repository "deb [arch=amd64] https://mirrors.aliyun.com/docker-ce/linux/ubuntu $(lsb_release -cs) stable"

更新源：

sudo apt-get update

安装docker-ce软件：

sudo apt-get install docker-ce docker-ce-cli containerd.io

重启docker：

service docker restart

测试 - 拉去测试镜像并运行：

sudo docker run hello-world

测试 - 查看docker 版本：

sudo docker version

测试 - 查看docker 的所有本地镜像：

sudo docker images

命令补全配置：

apt install bash-completion

source /etc/bash_completion

这样基本上在服务器上就已经安装好了docker 容器，下一步就是对于docker 的使用了，还有一些对于docker 的基本命令可以在我的另一篇文章：Docker-常用命令总结 中查看，这个文章我会长期补充。

docker 的使用，mysql 和nacos 的镜像拉取和启动

开始使用之前，先总结一下docker 使用学习流程中的几个重点，镜像的拉去 -> 镜像启动 -> 文件和日志的挂载 -> 网络配置管理 -> 私有镜像库的创建 -> 制作镜像 -> docker 的常用单点编排。

首先去拉取镜像，拉取镜像的的前提是要知道镜像对应的版本，这里可以先用docker 提供的dockerHub 网站 来查询对应镜像的版本，比如mysql。

直接去搜索，不用登陆，这里说下docker 的远程库是不用登陆就能拉取的，但是不登陆的话，是不能将自己的镜像推送到docker 提供的库里面的。搜到了直接点进去。

这里提供了两个东西，一个帮助文档里面可以找到mysql 相关的配置内容，可以用于修改mysql 的配置项，还有一个tage 这里面放的就是所有的版本信息，还有相关的pull 的命令，比如：docker pull mysql:5.7.41，这里也不加尾缀的版本，这样拉的就是latest 版本，不建议用这个。

还有一种拉取的方法，直接用run 命令，因为run 命令虽然是启动的命令，但是docker 会在启动前会校验，本地是否存在对应的镜像，如果不存在，则先去远程镜像仓库拉去对应的镜像，然后再启动，具体命令格式后续会提到。

配置阿里云的镜像加速

拉取镜像的时候，我们会发现镜像的拉取速度非常的慢，这里我使用了阿里提供的免费的docker 镜像加速，直接访问阿里云镜像加速地址 ，然后找到镜像加速器，这里有详细的对应命令，直接对着操作就行了，但是注意配置好了之后，一定要重启docker 才能生效。

mysql 的拉取和启动命令

mysql 的镜像拉取：

docker pull mysql:5.7.38

解析：可以先去docker 镜像官网 查询MySQL 的所有镜像版本，同时还有一些使用方法，找到具体的版本可以直接复制对应的命令。

• pull：去拉取远程镜像。
• mysql:5.7.38：指定mysql 的镜像，如果没有:5.7.38 执行版本的话，就直接拉去mysql 镜像仓库的最新版本。

mysql 的启动运行：

docker run -d -p 3306:3306 -v /tmp/etc/mysql:/etc/mysql/mysql.conf.d/ -v /tmp/data/mysql:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=Tm980327@lwq --name mysql mysql:5.7.38

解析：

• run：启动的开始，如果本地存在mysql 的镜像则直接启动，反之则去远程拉取镜像后启动。
• -d：代表后台启动，如果不加的话，就是前端启动，前端启动就意味着不能结束当前。
• -p：将docker 的端口映射到服务器的端口，进行端口暴露，前者是宿主机的，后者docker的。（如果是阿里云服务器的话，要注意添加安全组）
• -v：用于日志绑定映射，还有配置挂载，上面的内容中有两段，第一段是：将自己创建的宿主机上的mysql.conf文件，挂载到docker 容器中的mysql.conf.d 地址上，第二段是：docker 容器中的MySQL 日志文件，映射到宿主机的日志地址。映射和挂载方式就是，宿主机的地址:容器地址
• -e：用于指定MySQL 的本身一些属性执行，比如：MYSQL_ROOT_PASSWORD 可以指定登录密码。
• –name：用于指定镜像启动容器的名字。
• mysql:5.7.38：最后的是启动的镜像版本，不设置则启动MySQL 最新的镜像。

这里还是比较简单的，至于日志和文件挂载我们下面再详说。

nacos 的拉取和启动

nacos 的镜像拉取：

docker pull nacos/nacos-server:v2.2.0

解析：跟上面的mysql 拉取是一样的，只是在docker 文档查询的时候，换成nacos 就行了。

nacos 的启动运行：

docker run -d -p 8849:8849 --name nacos_two -e MODE=standalone -e NACOS_APPLICATION_PORT=8849 nacos/nacos-server:v2.2.0

解析：跟上面的mysql 启动是一样的，就只有一定的区别

• -e：还是用于加载nacos 本身的一些配置环境变量，如上面的MODE，指定启动模式，standalone 代表的是单例模式。还有NACOS_APPLICATION_PORT 指定端口，如果不指定的话，默认是8848，这里是指定了8849。

日志和文件的挂载

拉取和启动相对来说比较简单，我们只要做到了解，至于命令都是练出来的。我们现在说日志和文件的挂载，docker 提供出来两种方式给我们使用，我们一个个说。

开始前，先说一会docker 镜像的结构，docker 镜像由多个只读层叠加而成，启动容器时，docker会加载只读镜像层并在镜像栈顶部加一个读写层。如果运行中的容器修改了现有的一个已经存在的文件，那该文件将会从读写层下面的只读层复制到读写层，该文件版本仍然存在，只是已经被读写层中该文件的副本所隐藏，此即**“写时复制(COW)”机制**。

再者说docker 本身的数据存储是不能持久化的，数据是随着容器的启动而读写，容器的删除而清除。只有添加了”卷“，也就是一个或多个目录，这样就可以将数据从宿主机挂载到容器中，这样就不再需要重复上面的拿去的过程了，直接通过宿主机上的文件就能完成读写。

另为一种方法就是：挂载，区别于添加存储卷的配置放在构建镜像时，挂载是在启动容器时的配置，挂载也不在是对于docker 服务管理区域中添加文件目录，同时不再由docker 管理，这种方式是在宿主机上创建目录，然后通过映射挂载将宿主机上的任意文件或文件夹挂载到容器上。

这两种方式的本质还是一样的，就是将自己的文件或者目录挂载到容器上，让容器不再拿取底层镜像的文件进行读写，但是又有区别前者是在docker 的服务管理区创建的，由docker 管理，不存在宿主机的系统镜像不同，权限问题导致文件读写失败。后者是在宿主机中创建的，这里就应该各种系统的权限问题，导致配置繁琐，但是docker 容器重复启动时，访问的文件是同一个。

存储卷优化写入速度

从上面也知道了，docker 容器的读写都是在启动时构建的读写层上面，也就是说每一次的读或者写，都需要将需要读写的文件，复制到读写层，然后读写完成之后再放回对应的镜像层，下次的文件读写再重复这个操作。

为了避免这种情况，构建镜像的时候，Dockerfile 配置文件中应该加入一个存储卷配置。一般情况下，docker 管理宿主机文件系统的一部分，默认位于 /var/lib/docker/volumes 目录中，之后添加的文件夹也是在这个目录下。（最常用的方式）

增加存储卷：

FROM openjdk:8-jdk-alpine
VOLUME /tmp /logs

解析：

• FROM：添加基础运行环境，openjdk:8-jdk-alpine
• VOLUME：增加存储卷的命令，这里是增加两个存储全，tmp 和logs

构建镜像：

docker build -t 镜像名称:版本 .

解析：

• build：开始构建镜像
• -t：镜像的名字及标签，一般命名规则是 仓库名/镜像名:版本号
• . ：一定注意，这后面还跟着个 ”.“ ，表示当前目录，这实际上是在指定上下文的目录是当前目录，docker build 命令会将该目录下的内容打包交给 Docker 引擎以帮助构建镜像

运行容器：

docker run -d -p 8003:8003 镜像名

查看存储卷：

docker volume ls

查看容器信息：

 docker inspect 容器ID|grep Mounts -A20

解析：这里可以看到存储的具体目录，比如我下面这个，我们能发现这里存储卷其实是匿名卷，我们也只能通过这里的具体目录找到对应的文件地址。

输出文件内容：

tail -f 文件名称

解析：进入文件后，我们可以直接用 ls 命令查看匿名卷下面的所有文件，然后输出具体文件内容。

清理挂载的匿名卷：

 docker volume rm volume_name

清理所有匿名卷：

docker volume prune

小结

这里其实还需要注意一点，当容器删除时，匿名卷是不会跟着删除的，这就是实现了数据持久化，但是同时再次启动容器的话，还再次生成一个新的匿名卷，这里就需要手动去命令删除了。

bind挂载共享存储

Bind mounts 模式和Volumes 非常相似，开头的时候也说了，Bind mounts 模式的不同点在于是将宿主机上的任意文件或文件夹挂载到容器，而Volumes 本质上是将Docker服务管理的一块区域（默认是/var/lib/docker/volumes下的文件夹）挂载到容器上。

对于存储卷上面其实也可以看出，重复启动容器会生成多一个匿名卷，每一次访问的都不是同一个文件，这个时候比如mysql 的数据持久化就不能使用这种方法了，所以需要bind 挂载。

先用命令创建一个文件目录，然后我们用上面mysql 的运行命令来分析，上面也说过bind 挂载是在运行镜像时的配置，而不是构建镜像时的配置。

mysql 的运行命令：

docker run -d -p 3306:3306 -v /tmp/etc/mysql:/etc/mysql/mysql.conf.d/ -v /tmp/data/mysql:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=Tm980327@lwq --name mysql mysql:5.7.38

解析：这里只看-v 命令

1. -v：第一个是将宿主机上的"/tmp/etc/mysql" 目录下的文件，挂载到docker 容器的"/etc/mysql/mysql.conf.d/" 的目录下，用于将宿主机上面的mysql 配置文件替换到docker 容器上的配置项，比如大小忽略
2. -v：第二个是将宿主机上的"/tmp/data/mysql" 目录，挂载到docker 容器的"var/lib/mysql" 的目录下，用于数据的持久化存储。

查看容器的状态命令还是和上面一样的，就不重复说了，我们运行之后可以发现，容器删除之后再次启动的话，还是读取同一个文件目录，不会去创建匿名卷，这样我们就能做到共享存储，就算开启了多个mysql 容器，但是存储的路劲是一个的话，也就是挂载的目录是同一个的话，那么数据就会是同一个。

小结

bind mount 和volume 其实都是利用宿主机的文件系统，不同之处在于volume 是docker 自身管理的目录中的子目录，所以不存在权限引发的挂载的问题，并且目录路径是docker 自身管理的，所以也不需要在不同的服务器上指定不同的路径，你不需要关心路径。

bind mount 方式的优点也很明显，除了不同操作系统之间的配置问题，还有权限问题，它能做到volume 方法不能做到的数据共享。

网络优化

上面我们的各种启动容器的命令中其实也看到，对于端口的管理问题，docker 还是比较多的，集群启动时，各个服务的端口也都需要同一个管理，我们下面就说一下docker 的网络配置问题。

还有一个问题，常见的微服务中我们也有能体会到，比如nacos 绝大多数情况下，我们是不可能暴露在公网上面的，但是同时我其余的服务又要访问到nacos，这里就要对docker 的网络进行配置了。

开始之前还是要说一下docker 的网络原理。

docker 使用Linux 桥接，在宿主机虚拟一个docker 容器网桥(docker0)，docker 启动一个容器时会根据docker 网桥的网段分配给容器一个IP地址，称为Container-IP，同时docker 网桥是每个容器的默认网关，因为在同一宿主机内的容器都接入同一个网桥，这样容器之间就能够通过容器的Container-IP 直接通信。

docker 网桥是宿主机虚拟出来的，并不是真实存在的网络设备，外部网络是无法寻址到的，这也意味着外部网络无法通过直接Container-IP 访问到容器，如果容器希望外部访问能够访问到，可以通过映射容器端口到宿主主机（端口映射），即docker run 创建容器时候通过 -p 或 -P 参数来启用，访问容器的时候就通过[宿主机IP]:[容器端口]访问容器。

这上面两段话说的通俗一点就是：宿主机本身存在一个网卡，docker 会自动生成一个docker0 的网桥，当微服务容器或中间件容器启动的时候，会在docker0 上进行注册，然后由docker0 分配一个虚拟的IP，这个时候外部微服务，是无法访问到我们当前宿主机上的服务的。

这个时候就需要端口映射，也就是上面的-p 命令，将宿主机上的端口映射到容器上，比如nacos 启动时，是8849端口，那么我也需要映射到容器的8849端口上，但是容器的IP 并不是宿主机上的IP，如果不进行端口映射就不会将nacos 的服务暴露在公网上。如果再启动一个nacos 服务，不是不需要修改端口的，因为docker0 网桥分配的IP 对于两个nacos 服务是不一样的，但是如果两个服务同时端口映射的话，就不能映射到同一个端口上。

除了小写的-p 之外，还有大写的-P，这个不适用推荐，因为这个是随机映射的宿主机端口。

docker 的五种网络模式

Docker网络模式	配置	说明
host模式	–net=host	容器和宿主机共享Network namespace。
container模式	–net=container:NAME_or_ID	容器和另外一个容器共享Network namespace。 kubernetes中的pod就是多个容器共享一个Network namespace。
none模式	–net=none	容器有独立的Network namespace，但并没有对其进行任何网络设置，如分配veth pair 和网桥连接，配置IP等。
overlay模式	– driver overlay	Docker跨主机通信模式，使用分布式计算机架构后需要使用overlay网络模式
bridge模式	–net=bridge	（默认为该模式）

上面也说了宿主机网卡和容器服务之间是有一个docker0 的网桥，那么也可以不用这个网桥，而且使用我们自己配置的网桥。下面我们逐个分析上面列表的网络模式。

首先说host 模式，这个一般不推荐使用，因为这个模式就是不经过docker0，而是直接和宿主机共用网卡，这就会导致问题，如果服务过多、集群过多，就会出现端口管理过于复杂，还有就是有些服务一般是不会暴露在公网上面的，比如：当做注册中心和配置中心的nacos。

配置命令：

docker run -d -v /tmp/etc/mysql:/etc/mysql/mysql.conf.d/ -v /tmp/data/mysql:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=Tm980327@lwq –-network=host --name mysql mysql:5.7.38

解析：使用–-network=host 或者-net=host 都可以，这里是去除了-p 的命令。

container 模式，这个使用的一般也不多，这个主要共享容器的IP，比如：先启动一个nacos，这个时候docker0 会分配一个IP 给到当前容器，然后再启动一个nacos，这个时候如果选择这种模式，那么docker0 就不会再分配IP 给新启动的容器，而是共用指定容器的IP，那么可想而知，这个时候的端口就不能再是8849了，这个也会增加端口管理的问题。

配置命令：

docker run -d -v /tmp/etc/mysql:/etc/mysql/mysql.conf.d/ -v /tmp/data/mysql:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=Tm980327@lwq –-network=container:容器的ID或者容器名称 --name mysql mysql:5.7.38

none 模式，这种模式下没有网卡、IP、路由等信息，需要我们自己为Docker容器添加网卡、配置IP等。这种类型的网络没有办法联网，封闭的网络能很好的保证容器的安全性。比如：自动任务之类的。

配置命令：

docker run -d -v /tmp/etc/mysql:/etc/mysql/mysql.conf.d/ -v /tmp/data/mysql:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=Tm980327@lwq –-network=none:容器的ID或者容器名称 --name mysql mysql:5.7.38

overlay 模式，这个是集群时使用的网络模式，这里的目前是多台宿主机的网络关联，跨主机进行通信。在这个overlay 网络模式里面，有一个类似于服务网关的地址，然后把这个包转发到物理服务器这个地址，最终通过路由和交换，到达另一个服务器的ip地址。

这个后面配置集群的时候再说。

最后一种就是默认的网桥模式，docker0 网桥配置，bridge 模式，这种模式上面也描述过了，本身所有的服务都会注册到网桥上，然后由网桥进行分配IP，这个时候是不会对外暴露的，只有端口进行映射绑定之后，外部服务才能访问容器服务。

创建网络

当我们不希望使用docker0 网桥的时候，也可以创建自己的网桥，因为如果我们的微服务不需要暴露的话，微服务访问是通过getway 进行转发，那么我们只需要暴露getway 就行，其余的微服务不需要想再经过宿主机的网卡，这个时候我们就可以使用自己的网络。

比如：微服务A 要查询mysql 服务中的数据，那么是进过访问宿主机的网卡，然后再调到mysql 的服务中。这样的调用会比较浪费时间，我们使用自己创建的网桥可以避免进过宿主机的网卡，直接在服务之期间通信。

首先我们先看 查看网络列表命令：

docker network ls

创建一个桥接网络命令：

docker network create learn-docker-network

解析：learn-docker-network 是网络名称可以替换

将mysql 启动并接入网络，注意我们这边不需要将mysql 的服务暴露，所以我们不需要将mysql 的端口进行绑定

mysql 启动命令：

docker run -d -v /tmp/etc/mysql:/etc/mysql/mysql.conf.d/ -v /tmp/data/mysql:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=root --name mysql --network=learn-docker-network mysql:5.7.34

解析：还是使用–network 命令，它的等于的值就是我们上面创建的网络名称。

nacose 启动命令：

docker run -d -p 8848:8848 --network=learn-docker-network --name nacos --env MODE=standalone nacos/nacos-server

解析：连接网络的方式还是跟上面一样的。

查看网络详情命令：

docker network inspect learn-docker-network|grep Containers -A 20

解析：learn-docker-network 是自己创建的网桥名称，可以替换。这里就能查看到当前网桥连接了几个服务，同时分配的IP 都是多少。

最后我们在修改服务的配置，docker 网络访问，可以通过IP或者通过服务名称都是可以的，这里我们通过服务名称访问，如果我们使用了maven 打包的方式，我们只需要将pom 文件修改就可以，编译后pom 文件中的内容会自动填充到yml 中。

后续的重新构建镜像，然后重启服务就不一 一演示了，可以自己试试就行。

小结

docker 的网络配置方式，大部分情况下可以使用自己创建的网桥，也可以使用默认的docker0 网桥，其余的网络方式不推荐使用，后续有与集群部署的时候，我们在讨论另外的网络配置方式。

总结

本篇致讲了docker 的基本使用、文件挂载的两种方式，以及最后的创建自己的网络和docker 的默认网络。后续再讲docker 的镜像仓库，还有如何构建镜像，docker-compose 容器编排，以及swarm 集群编排。

后续我还会以hexo 博客项目来构建一次docker 的镜像，然后进行文件挂载（算是本地hexo 的数据迁移），然后启动测试，将镜像上传到镜像仓库，来实践一下docker 的使用，有兴趣的可以看下。
XhLcp-1680847604882)]

最后我们在修改服务的配置，docker 网络访问，可以通过IP或者通过服务名称都是可以的，这里我们通过服务名称访问，如果我们使用了maven 打包的方式，我们只需要将pom 文件修改就可以，编译后pom 文件中的内容会自动填充到yml 中。

后续的重新构建镜像，然后重启服务就不一 一演示了，可以自己试试就行。

小结

docker 的网络配置方式，大部分情况下可以使用自己创建的网桥，也可以使用默认的docker0 网桥，其余的网络方式不推荐使用，后续有与集群部署的时候，我们在讨论另外的网络配置方式。

总结

本篇致讲了docker 的基本使用、文件挂载的两种方式，以及最后的创建自己的网络和docker 的默认网络。后续再讲docker 的镜像仓库，还有如何构建镜像，docker-compose 容器编排，以及swarm 集群编排。

后续我还会以hexo 博客项目来构建一次docker 的镜像，然后进行文件挂载（算是本地hexo 的数据迁移），然后启动测试，将镜像上传到镜像仓库，来实践一下docker 的使用，有兴趣的可以看下。