Docker ~ 从入门到入坑。-CSDN博客

本文链接：https://blog.csdn.net/lyfGeek/article/details/129926990

Docker ~ 从入门到入坑。

文章目录

Docker 实用篇。

0. 学习目标。

1. 初识 Docker。

1.1. 什么是 Docker。

微服务虽然具备各种各样的优势，但服务的拆分通用给部署带来了很大的麻烦。

分布式系统中，依赖的组件非常多，不同组件之间部署时往往会产生一些冲突。
在数百上千台服务中重复部署，环境不一定一致，会遇到各种问题。

1.1.1. 应用部署的环境问题。

大型项目组件较多，运行环境也较为复杂，部署时会碰到一些问题。

依赖关系复杂，容易出现兼容性问题。
开发、测试、生产环境有差异。

在这里插入图片描述
例如一个项目中，部署时需要依赖于 node.js、Redis、RabbitMQ、MySQL 等，这些服务部署时所需要的函数库、依赖项各不相同，甚至会有冲突。给部署带来了极大的困难。

1.1.2. Docker 解决依赖兼容问题。

而 Docker 确巧妙的解决了这些问题，Docker 是如何实现的呢？

Docker 为了解决依赖的兼容问题的，采用了两个手段。

将应用的 Libs（函数库）、Deps（依赖）、配置与应用一起打包。
将每个应用放到一个隔离容器去运行，避免互相干扰。

在这里插入图片描述
这样打包好的应用包中，既包含应用本身，也保护应用所需要的 Libs、Deps，无需再操作系统上安装这些，自然就不存在不同应用之间的兼容问题了。

虽然解决了不同应用的兼容问题，但是开发、测试等环境会存在差异，操作系统版本也会有差异，怎么解决这些问题呢？

1.1.3. Docker 解决操作系统环境差异。

要解决不同操作系统环境差异问题，必须先了解操作系统结构。以一个 Ubuntu 操作系统为例，结构如下。

在这里插入图片描述
结构包括。

计算机硬件：例如 CPU、内存、磁盘等。
系统内核：所有 Linux 发行版的内核都是 Linux，例如 CentOS、Ubuntu、Fedora 等。内核可以与计算机硬件交互，对外提供内核指令，用于操作计算机硬件。
系统应用：操作系统本身提供的应用、函数库。这些函数库是对内核指令的封装，使用更加方便。

应用于计算机交互的流程如下。

应用调用操作系统应用（函数库），实现各种功能。
系统函数库是对内核指令集的封装，会调用内核指令。
内核指令操作计算机硬件。

Ubuntu 和 CentOSpringBoot 都是基于 Linux 内核，无非是系统应用不同，提供的函数库有差异。
在这里插入图片描述
此时，如果将一个 Ubuntu 版本的 MySQL 应用安装到 CentOS 系统，MySQL 在调用 Ubuntu 函数库时，会发现找不到或者不匹配，就会报错了。

在这里插入图片描述
Docker 如何解决不同系统环境的问题？

Docker 将用户程序与所需要调用的系统(比如 Ubuntu)函数库一起打包。
Docker 运行到不同操作系统时，直接基于打包的函数库，借助于操作系统的 Linux 内核来运行。

如图。

在这里插入图片描述

1.1.4. 小结。

Docker 如何解决大型项目依赖关系复杂，不同组件依赖的兼容性问题？

Docker 允许开发中将应用、依赖、函数库、配置一起打包，形成可移植镜像。
Docker 应用运行在容器中，使用沙箱机制，相互隔离

Docker 如何解决开发、测试、生产环境有差异的问题？

Docker 镜像中包含完整运行环境，包括系统函数库，仅依赖系统的 Linux 内核，因此可以在任意 Linux 操作系统上运行。

Docker 是一个快速交付应用、运行应用的技术，具备下列优势。

可以将程序及其依赖、运行环境一起打包为一个镜像，可以迁移到任意 Linux 操作系统。
运行时利用沙箱机制形成隔离容器，各个应用互不干扰。
启动、移除都可以通过一行命令完成，方便快捷。

1.2. Docker 和虚拟机的区别。

Docker 可以让一个应用在任何操作系统中非常方便的运行。而以前我们接触的虚拟机，也能在一个操作系统中，运行另外一个操作系统，保护系统中的任何应用。

两者有什么差异呢？

虚拟机（virtual machine）是在操作系统中模拟硬件设备，然后运行另一个操作系统，比如在 Windows 系统里面运行 Ubuntu
系统，这样就可以运行任意的 Ubuntu 应用了。

Docker仅仅是封装函数库，并没有模拟完整的操作系统，如图。

在这里插入图片描述
对比来看。

在这里插入图片描述
小结。

Docker 和虚拟机的差异。

docker 是一个系统进程；虚拟机是在操作系统中的操作系统。
docker 体积小、启动速度快、性能好；虚拟机体积大、启动速度慢、性能一般。

1.3. Docker 架构。

1.3.1. 镜像和容器。

Docker 中有几个重要的概念。

镜像（Image）：Docker 将应用程序及其所需的依赖、函数库、环境、配置等文件打包在一起，称为镜像。

容器（Container）：镜像中的应用程序运行后形成的进程就是容器，只是 Docker 会给容器进程做隔离，对外不可见。

一切应用最终都是代码组成，都是硬盘中的一个个的字节形成的文件。只有运行时，才会加载到内存，形成进程。

而镜像，就是把一个应用在硬盘上的文件、及其运行环境、部分系统函数库文件一起打包形成的文件包。这个文件包是只读的。

容器呢，就是将这些文件中编写的程序、函数加载到内存中允许，形成进程，只不过要隔离起来。因此一个镜像可以启动多次，形成多个容器进程。

在这里插入图片描述
例如你下载了一个 QQ，如果我们将 QQ 在磁盘上的运行文件及其运行的操作系统依赖打包，形成 QQ 镜像。然后你可以启动多次，双开、甚至三开。
QQ，跟多个妹子聊天。

1.3.2. DockerHub。

开源应用程序非常多，打包这些应用往往是重复的劳动。为了避免这些重复劳动，人们就会将自己打包的应用镜像，例如 Redis、MySQL 镜像放到网络上，共享使用，就像 GitHub 的代码共享一样。

DockerHub：DockerHub 是一个官方的 Docker 镜像的托管平台。这样的平台称为 Docker Registry。
国内也有类似于 DockerHub 的公开服务，比如网易云镜像服务、阿里云镜像库等。

我们一方面可以将自己的镜像共享到 DockerHub，另一方面也可以从 DockerHub 拉取镜像。

在这里插入图片描述

1.3.3. Docker 架构。

我们要使用 Docker 来操作镜像、容器，就必须要安装 Docker。

Docker 是一个 CS 架构的程序，由两部分组成。

服务端(server)：Docker 守护进程，负责处理 Docker 指令，管理镜像、容器等。
客户端(client)：通过命令或 RestAPI 向 Docker 服务端发送指令。可以在本地或远程向服务端发送指令。

如图。

在这里插入图片描述

1.3.4. 小结。

镜像。

将应用程序及其依赖、环境、配置打包在一起。

容器。

镜像运行起来就是容器，一个镜像可以运行多个容器。

Docker 结构。

服务端：接收命令或远程请求，操作镜像或容器。
客户端：发送命令或者请求到 Docker 服务端。

DockerHub。

一个镜像托管的服务器，类似的还有阿里云镜像服务，统称为 DockerRegistry.

1.4. 安装 Docker。

企业部署一般都是采用 Linux 操作系统，而其中又数 CentOS 发行版占比最多，因此我们在 CentOS 下安装 Docker。参考。

《Docker ~ 从入门到入坑。》

2. Docker 的基本操作。

2.1. 镜像操作。

2.1.1. 镜像名称。

首先来看下镜像的名称组成。

镜名称一般分两部分组成：[repository]:[tag]。
在没有指定 tag 时，默认是 latest，代表最新版本的镜像。

如图。

在这里插入图片描述
这里的 mysql 就是 repository，5.7. 就是 tag，合一起就是镜像名称，代表 5.7. 版本的 MySQL 镜像。

2.1.2. 镜像命令。

常见的镜像操作命令如图。

在这里插入图片描述

2.1.3. 案例1. 拉取、查看镜像。

需求：从 DockerHub 中拉取一个 nginx 镜像并查看。

首先去镜像仓库搜索 nginx 镜像，比如DockerHub:

在这里插入图片描述

根据查看到的镜像名称，拉取自己需要的镜像，通过命令：docker pull nginx。
通过命令：docker images 查看拉取到的镜像。

2.1.4. 案例 2. 保存、导入镜像。

需求：利用 docker save 将 nginx 镜像导出磁盘，然后再通过 load 加载回来。

利用 docker xx --help 命令查看 docker save 和 docker load 的语法。

例如，查看 save 命令用法，可以输入命令。

docker save --help

[geek@localhost ~]$ sudo docker save --help
[sudo] password for geek:

Usage:	docker save [OPTIONS] IMAGE [IMAGE...]

Save one or more images to a tar archive (streamed to STDOUT by default)

Options:
  -o, --output string   Write to a file, instead of STDOUT

命令格式。

docker save -o [保存的目标文件名称] [镜像名称]

使用 docker save 导出镜像到磁盘。

运行命令。

docker save -o nginx.tar nginx:latest

结果如图。

在这里插入图片描述

使用 docker load 加载镜像。

先删除本地的 nginx 镜像。

docker rmi nginx:latest

然后运行命令，加载本地文件。

docker load -i nginx.tar

2.1.5. 练习。

需求：去 DockerHub 搜索并拉取一个 Redis 镜像。

目标。

去 DockerHub 搜索 Redis 镜像。
查看 Redis 镜像的名称和版本。
利用 docker pull 命令拉取镜像。
利用 docker save 命令将 redis:latest 打包为一个 redis.tar 包。
利用 docker rmi 删除本地的 redis:latest
利用 docker load 重新加载 redis.tar 文件。

2.2. 容器操作。

2.2.1. 容器相关命令。

容器操作的命令如图。

在这里插入图片描述
容器保护三个状态。

运行：进程正常运行。
暂停：进程暂停，CPU 不再运行，并不释放内存。
停止：进程终止，回收进程占用的内存、CPU 等资源。

其中。

docker run：创建并运行一个容器，处于运行状态。
docker pause：让一个运行的容器暂停。
docker unpause：让一个容器从暂停状态恢复运行。
docker stop：停止一个运行的容器。
docker start：让一个停止的容器再次运行。
docker rm：删除一个容器。

2.2.2. 案例-创建并运行一个容器。

创建并运行 nginx 容器的命令。

docker run --name containerName -p 80:80 -d nginx

docker run --name myNginx -p 80:80 -d nginx

命令解读。

docker run ：创建并运行一个容器。
–name : 给容器起一个名字，比如叫做 mn。
-p ：将宿主机端口与容器端口映射，冒号左侧是宿主机端口，右侧是容器端口。
-d：后台运行容器。
nginx：镜像名称，例如 nginx。

这里的 -p 参数，是将容器端口映射到宿主机端口。

默认情况下，容器是隔离环境，我们直接访问宿主机的 80 端口，肯定访问不到容器中的 nginx。

现在，将容器的 80 宿主机的 80 联起来，当我们访问宿主机的 80 端口时，就会被映射到容器的 80，这样就能访问到 nginx 了。

在这里插入图片描述

[geek@localhost ~]$ sudo docker logs myNginx
/docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
/docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
/docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
10-listen-on-ipv6-by-default.sh: info: Getting the checksum of /etc/nginx/conf.d/default.conf
10-listen-on-ipv6-by-default.sh: info: Enabled listen on IPv6 in /etc/nginx/conf.d/default.conf
/docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
/docker-entrypoint.sh: Launching /docker-entrypoint.d/30-tune-worker-processes.sh
/docker-entrypoint.sh: Configuration complete; ready for start up
2023/03/31 12:16:24 [notice] 1#1: using the "epoll" event method
2023/03/31 12:16:24 [notice] 1#1: nginx/1.21.5
2023/03/31 12:16:24 [notice] 1#1: built by gcc 10.2.1 20210110 (Debian 10.2.1-6)
2023/03/31 12:16:24 [notice] 1#1: OS: Linux 3.10.0-1062.18.1.el7.x86_64