微服务06_学习Docker

微服务的部署问题很头疼。今天学习docker来解决部署的问题

一、初始Docker

1.1认识

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

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

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等。内核可以与计算机硬件交互，对外提供内核指令，用于操作计算机硬件。
  • 系统应用：操作系统本身提供的应用、函数库。这些函数库是对内核指令的封装，使用更加方便。

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

1）应用调用操作系统应用（函数库），实现各种功能

2）系统函数库是对内核指令集的封装，会调用内核指令

3）内核指令操作计算机硬件

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会给容器进程做隔离，对外不可见。

容器可以看成一个个小盒子，利用Linux手段形成隔离空间，有独立的CPU、内存、文件系统等资源，因此在这个容器运行的系统，就认为自己是计算机上面唯一进程。从而起到隔离效果。

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

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

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

由于镜像是只读的，例如mysql容器container需要写数据、写日志该怎么办呢？
去镜像拷贝一份log/data，然后到自己的文件系统当中，从而将数据写到自己的空间内，从而既不会对镜像、也不会对其他mysql容器产生影响。

在这里插入图片描述

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指令，管理镜像、容器等。例如：拉取、构建镜像，以及运行容器，都是server来完成的。

  • 客户端(client)：通过命令或RestAPI向Docker服务端发送指令。可以在本地或远程向服务端发送指令。

如图：
在这里插入图片描述

1.3.4.小结

镜像：

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

容器：

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

Docker结构：

  • 服务端：接收命令或远程请求，操作镜像或容器

  • 客户端：发送命令或者请求到Docker服务端

DockerHub：

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

二、Docker基本操作

2.1.镜像操作

2.1.1.镜像名称

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

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

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

2.1.2.镜像命令

常见的镜像操作命令如图：
docker想获取镜像有两种方法：

  • 方法1：本地的Dockerfile文件，通过docker build命令构建成一个镜像。
  • 方法2：Docker Registry中拉取【docker pull】镜像，可以从私服、公共服务器里面拉取。

如何分享镜像？

  • 方法一：将镜像推送【push】到镜像服务器当中。Docker Registry
  • 方法二：用U盘传给他人。将镜像【docker save】保存为压缩包，从而他人拿到压缩包后，用【docker load】命令加载压缩包为镜像

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2.1.3.案例1-拉取pull、查看镜像 images

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

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

在这里插入图片描述
2）根据查看到的镜像名称，拉取自己需要的镜像，通过命令：docker pull nginx

3）通过命令：docker images 查看拉取到的镜像

在这里插入图片描述

2.1.4.案例2-保存->压缩文件【save -o .tar k:v、 】

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

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

例如，查看save命令用法，可以输入命令：docker save --help

docker save -o [保存的目标文件名称] [镜像名称]
保存一个或者多个镜像，到一个.tar文件当中。
-o，  将镜像输出到指定的文件当中。

2）使用docker save导出镜像到磁盘

运行命令：

docker save -o nginx.tar nginx:latest

在这里插入图片描述

2.1.5先删除本地的nginx镜像：rmi

docker rmi nginx:latest

2.1.6加载本地文件镜像：load

docker load -i nginx.tar

在这里插入图片描述

2.2.容器操作

2.2.1.容器相关命令

容器操作的命令如图：
在这里插入图片描述
容器保护三个状态：

  • 运行：进程正常运行
  • 暂停：进程暂停，CPU不再运行，并不释放内存。将容器进行挂起，容器关联的内存，暂存起来。CPU不再执行进程。
  • 暂停-到运行：内存空间恢复，程序接着运行
  • 停止：进程终止，回收进程占用的内存、CPU等资源。把进程杀死，容器所占的内存回收，保留下来的仅仅是文件系统。所以说停止了是没办法回复进程的，因为进程以及被杀死了。

其中：

  • docker run：创建并运行一个容器，处于运行状态
  • docker pause：让一个运行的容器暂停
  • docker unpause：让一个容器从暂停状态恢复运行
  • docker stop：停止一个运行的容器
  • docker start：让一个停止的容器再次运行
  • docker rm：删除一个容器
  • docker ps ：查看所有运行的容器和状态
  • docker logs：查看容器运行的日志
  • docker exec：进入容器内部执行命令

2.2.2.案例-基于镜像，从而创建并运行一个容器

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

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

命令解读：

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

在这里插入图片描述

在这里插入图片描述

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

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

现在，将容器的80与宿主机的80关联起来，当我们访问宿主机的80端口时，就会被映射到容器的80，这样就能访问到nginx了：
在这里插入图片描述
部署成功：

在这里插入图片描述
查看日志：
docker logs mn
持续查看日志： -f 持续跟踪日志
docker logs -f mn

2.2.3.案例-进入容器，修改文件

需求：进入Nginx容器，修改HTML文件内容，添加“传智教育欢迎您”

提示：进入容器要用到docker exec命令。

步骤：

1）进入容器。进入我们刚刚创建的nginx容器的命令为：

docker exec -it mn bash

命令解读：

  • docker exec ：进入容器内部，执行一个命令

  • -it : 给当前进入的容器创建一个标准输入、输出终端，允许我们与容器交互

  • mn ：要进入的容器的名称

  • bash：进入容器后执行的命令，bash是一个linux终端交互命令

2）进入nginx的HTML所在目录 /usr/share/nginx/html

容器内部会模拟一个独立的Linux文件系统，看起来如同一个linux服务器一样：

nginx的环境、配置、运行文件全部都在这个文件系统中，包括我们要修改的html文件。

查看DockerHub网站中的nginx页面，可以知道nginx的html目录位置在/usr/share/nginx/html

我们执行命令，进入该目录：

cd /usr/share/nginx/html

查看目录下文件：

3）修改index.html的内容

容器内没有vi命令，无法直接修改，我们用下面的命令来修改：

sed -i   's#Welcome to nginx#老铁教育欢迎您#g' index.html
 sed -i  's#<head>#<head><meta charset="utf-8">#g' index.html

在浏览器访问自己的虚拟机地址，即可看到结果：
在这里插入图片描述
停止容器： docker stop mn
在这里插入图片描述
强制删除正在运行的容器： docker rm -f mn

2.2.4.小结

docker run命令的常见参数有哪些？
进入容器：

  • docker exec -t 【容器名】【要执行的命令】

  • –name：指定容器名称

  • -p：指定端口映射

  • -d：让容器后台运行

查看容器日志的命令：

  • docker logs
  • 添加 -f 参数可以持续查看日志

查看容器状态：

  • docker ps 查看运行的容器
  • docker ps -a 查看所有容器，包括已经停止的
  • 停止容器： docker stop mn
  • 强制删除正在运行的容器： docker rm -f mn

2.2.5redis的持久化

  1. 到DockerHub搜索redis镜像
    在这里插入图片描述
    docker run --name some-redis -d redis redis-server --save 60 1 --loglevel warning

有几种不同的持久性策略可供选择。如果执行了至少 1 次写入操作，此选项将每 60 秒保存一次数据库快照（它也会导致更多日志，因此该loglevel选项可能是可取的）。如果启用了持久性，则数据存储在 中VOLUME /data，可以与–volumes-from some-volume-containeror一起使用-v /docker/host/dir:/data（请参阅docs.docker volumes）。
在这里插入图片描述
在这里插入图片描述

  1. 进入redis容器，执行redis客户端命令。存入num =666
    docker exec -it mr redis-cli
    在这里插入图片描述

2.3.数据卷（容器数据管理）

在之前的nginx案例中，修改nginx的html页面时，需要进入nginx内部。并且因为没有编辑器，修改文件也很麻烦。

这就是因为容器与数据（容器内文件）耦合带来的后果。
在这里插入图片描述

要解决这个问题，必须将数据与容器解耦，这就要用到数据卷了。

数据卷的作用：

  • 将容器与数据分离，解耦合，方便操作容器内数据，保证数据安全

2.3.1.什么是数据卷

**数据卷（volume）**是一个虚拟目录，指向宿主机文件系统中的某个目录

在这里插入图片描述
一旦完成数据卷挂载，对容器的一切操作都会作用在数据卷对应的宿主机目录了。

这样，我们操作宿主机的/var/lib/docker/volumes/html目录，就等于操作容器内的/usr/share/nginx/html目录了

优点：
1.挂载以后，再也不需进入容器内部进行修改了，可以通过高级工具在宿主机上面任意修改，从而通过数据卷到达容器内部。
2.当创建新容器后-卷2，可以直接挂载数据卷，从而卷1做的所有数据，卷2也会查看到所有数据。
3.当某一容器被删后，数据卷是不会被删除的，因为数据卷只是挂载到容器上，硬盘目录也在。新来的容器直接挂载数据卷即可。

2.3.2.数据集操作命令

数据卷操作的基本语法如下：

docker volume [COMMAND]

docker volume命令是数据卷操作，根据命令后跟随的command来确定下一步的操作：

  • create 创建一个volume
  • inspect 显示一个或多个volume的信息
  • ls 列出所有的volume
  • prune 删除未使用的volume
  • rm 删除一个或多个指定的volume

2.3.3.创建数据卷和查看数据卷

需求：创建一个数据卷，并查看数据卷在宿主机的目录位置

① 创建数据卷，数据卷名字为：html

docker volume create html

② 查看所有数据

docker volume ls

③ 查看数据卷详细信息卷

docker volume inspect html

结果：

可以看到，我们创建的html这个数据卷关联的宿主机目录为/var/lib/docker/volumes/html/_data目录。
在这里插入图片描述

小结：

数据卷的作用：

  • 将容器与数据分离，解耦合，方便操作容器内数据，保证数据安全
数据卷操作：
  • docker volume create：创建数据卷
  • docker volume ls：查看所有数据卷
  • docker volume inspect：查看数据卷详细信息，包括关联的宿主机目录位置
  • docker volume rm：删除指定数据卷
  • docker volume prune：删除所有未使用的数据卷

2.3.4.挂载数据卷到目录当中

我们在创建容器时，可以通过 -v 参数来挂载一个数据卷到某个容器内目录，命令格式如下：

docker run \
  --name mn \
  -v html:/root/html \
  -p 8080:80
  nginx \

在这里插入图片描述

这里的-v就是挂载数据卷的命令：

  • -v html:/root/htm ：把html数据卷挂载到容器内的/root/html这个目录中

2.3.5.案例-给nginx挂载数据卷

需求：创建一个nginx容器，修改容器内的html目录内的index.html内容

分析：上个案例中，我们进入nginx容器内部，已经知道nginx的html目录所在位置/usr/share/nginx/html ，我们需要把这个目录挂载到html这个数据卷上，方便操作其中的内容。

提示：运行容器时使用 -v 参数挂载数据卷

步骤：

① 创建容器并挂载数据卷到容器内的HTML目录

docker run --name mn -v html:/usr/share/nginx/html -p 80:80 -d nginx

② 进入html数据卷所在位置，并修改HTML内容

# 查看html数据卷的位置..查看数据卷详细信息，包括关联的宿主机目录位置
docker volume inspect html
# 进入该目录
cd /var/lib/docker/volumes/html/_data
# 修改文件
vi index.html

在这里插入图片描述
在这里插入图片描述

在做数据卷挂载时，数据卷【volume】不存在，那么docker非常智能，能自动将卷创建出来。

2.3.6.案例-给MySQL挂载本地目录

容器不仅仅可以挂载数据卷，也可以直接挂载到宿主机目录上。关联关系如下：

  • 带数据卷模式：宿主机目录 --> 数据卷 —> 容器内目录
  • 直接挂载模式：宿主机目录 —> 容器内目录
    在这里插入图片描述

语法：

目录挂载与数据卷挂载的语法是类似的：

  • -v [宿主机目录]:[容器内目录]
  • -v [宿主机文件]:[容器内文件]

需求：创建并运行一个MySQL容器，将宿主机目录直接挂载到容器

实现思路如下：

1）在将课前资料中的mysql.tar文件上传到虚拟机，通过load命令加载为镜像
docker load -i mysql.tar
2）创建目录/tmp/mysql/data

3）创建目录/tmp/mysql/conf，将课前资料提供的hmy.cnf文件上传到/tmp/mysql/conf

4）去DockerHub查阅资料，创建并运行MySQL容器，
docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:tag
要求：
挂载数据目录、配置目录
① 挂载/tmp/mysql/data到mysql容器内数据存储目录.。【宿主机目录：容器内的文件】。将容器内的文件挂载到数据卷中，
② 挂载/tmp/mysql/conf/hmy.cnf到mysql容器的配置文件
③ 设置MySQL密码

docker run \
--name mysql \
-e MYSQL_ROOT_PASSWORD=123 \
-p 3306:3306 \
-v /tmp/mysql/conf/hmy.cnf:/etc/mysql/conf.d/hmy.cnf  \
-v /tmp/mysql/data:/var/lib/mysql \
-d \
mysql:5.7.25

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

2.3.7.小结

docker run的命令中通过 -v 参数挂载文件或目录到容器中：

  • -v volume名称:容器内目录
  • -v 宿主机文件:容器内文
  • -v 宿主机目录:容器内目录

数据卷挂载与目录直接挂载的

  • 数据卷挂载耦合度低，由docker来管理目录，但是目录较深，不好找
  • 目录挂载耦合度高，需要我们自己管理目录，不过目录容易寻找查看

思路：

第一种方式：自动化隐藏了细节。
当用数据卷时，docker会全自动创建数据卷对应的宿主机目录，从而数据卷会指向宿主机目录。
当docker挂载时，只需要挂载到券上面即可，不需要关心宿主机的目录在哪里。
从而全部交给docker进行处理，从而减少开发人员的工作。
缺点：
宿主机的目录，我们是不知道的，找到宿主机目录是比较麻烦的。

第二种方式：目录挂载：
目录是自己在宿主机中进行创建，从而容器直接挂载到宿主机的目录当中。优点是：能快速找到挂载的目录。缺点：需要自己管理。
在这里插入图片描述

三、Dockerfile自定义镜像

将微服务变成镜像
常见的镜像在DockerHub就能找到，但是我们自己写的项目就必须自己构建镜像了。

而要自定义镜像，就必须先了解镜像的结构才行。

3.1.镜像结构

镜像是将应用程序及其需要的系统函数库、环境、配置、依赖打包而成。

我们以MySQL为例，来看看镜像的组成结构：
在这里插入图片描述
简单来说，镜像就是在系统函数库、运行环境基础上，添加应用程序文件、配置文件、依赖文件等组合，然后编写好启动脚本打包在一起形成的文件。

我们要构建镜像，其实就是实现上述打包的过程。
在这里插入图片描述

3.2.Dockerfile语法

构建自定义的镜像时，并不需要一个个文件去拷贝，打包。

我们只需要告诉Docker，我们的镜像的组成，需要哪些BaseImage、需要拷贝什么文件、需要安装什么依赖、启动脚本是什么，将来Docker会帮助我们构建镜像。

而描述上述信息的文件就是Dockerfile文件。

Dockerfile就是一个文本文件，其中包含一个个的指令(Instruction)，用指令来说明要执行什么操作来构建镜像。每一个指令都会形成一层Layer。

在这里插入图片描述

3.3.构建Java项目

3.3.1.基于Ubuntu构建Java项目

需求：基于Ubuntu镜像构建一个新镜像，运行一个java项目

  • 步骤1：新建一个空文件夹docker-demo
  • 步骤2：拷贝课前资料中的docker-demo.jar文件到docker-demo这个目录
  • 步骤3：拷贝课前资料中的jdk8.tar.gz文件到docker-demo这个目录
  • 步骤4：拷贝课前资料提供的Dockerfile到docker-demo这个目录
    在这里插入图片描述

其中的内容如下：

# 指定基础镜像
FROM ubuntu:16.04
# 配置环境变量，JDK的安装目录
ENV JAVA_DIR=/usr/local

# 拷贝jdk和java项目的包
COPY ./jdk8.tar.gz $JAVA_DIR/
COPY ./docker-demo.jar /tmp/app.jar

# 安装JDK
RUN cd $JAVA_DIR \
 && tar -xf ./jdk8.tar.gz \
 && mv ./jdk1.8.0_144 ./java8

# 配置环境变量
ENV JAVA_HOME=$JAVA_DIR/java8
ENV PATH=$PATH:$JAVA_HOME/bin

# 暴露端口
EXPOSE 8090
# 入口，java项目的启动命令
ENTRYPOINT java -jar /tmp/app.jar

  • 步骤5：进入docker-demo

    将准备好的docker-demo上传到虚拟机任意目录，然后进入docker-demo目录下

  • 步骤6：运行命令：一定在空格后面加点. 【dockerfile所在的目录。当前目录构建镜像】
    docker build -t javaweb:1.0 .
    最后访问 http://192.168..:8090/hello/count，其中的ip改成你的虚拟机ip

在这里插入图片描述
在这里插入图片描述

项目成功部署到docker容器中了。
在这里插入图片描述

3.3.2.基于java8构建Java项目。

虽然我们可以基于Ubuntu基础镜像，添加任意自己需要的安装包，构建镜像，但是却比较麻烦。所以大多数情况下，我们都可以在一些安装了部分软件的基础镜像上做改造。

例如，构建java项目的镜像，可以在已经准备了JDK的基础镜像基础上构建。

需求：基于java:8-alpine镜像，将一个Java项目构建为镜像

实现思路如下：

  • ① 新建一个空的目录，然后在目录中新建一个文件，命名为Dockerfile

  • ② 拷贝课前资料提供的docker-demo.jar到这个目录中

  • ③ 编写Dockerfile文件：

    • a ）基于java:8-alpine作为基础镜像
    • b ）将app.jar拷贝到镜像中
    • c ）暴露端口
    • d ）编写入口ENTRYPOINT
      内容如下：
      FROM java:8-alpine
COPY ./app.jar /tmp/app.jar
EXPOSE 8090
ENTRYPOINT java -jar /tmp/app.jar

  • ④ 使用docker build命令构建镜像

  • ⑤ 使用docker run创建容器并运行
    在这里插入图片描述

3.4.小结

小结：

  1. Dockerfile的本质是一个文件，通过指令描述镜像的构建过程

  2. Dockerfile的第一行必须是FROM，从一个基础镜像来构建

  3. 基础镜像可以是基本操作系统，如Ubuntu。也可以是其他人制作好的镜像，例如：java:8-alpine

四、Docker-Compose集群部署

1、认识DockerCompose

帮助我们快速部署分布式应用，无需一个个微服务去构建镜像和部署

Docker Compose可以基于Compose文件帮我们快速的部署分布式应用，而无需手动一个个创建和运行容器！
Compose文件是一个文本文件，通过指令定义集群中的每个容器如何运行。【run的集合】
格式如下：

version: "3.8"
 services:
  mysql:
    image: mysql:5.7.25
    environment:
     MYSQL_ROOT_PASSWORD: 123 
    volumes:
     - "/tmp/mysql/data:/var/lib/mysql"
     - "/tmp/mysql/conf/hmy.cnf:/etc/mysql/conf.d/hmy.cnf"
  web:
    build: .
    ports:
     - "8090:8090"

上面的Compose文件就描述一个项目，其中包含两个容器、两个微服务配置：

  • mysql：一个基于mysql:5.7.25镜像构建的容器，并且挂载了两个目录
  • web：一个基于docker build临时构建的镜像容器，映射端口时8090

为什么mysql没有配置端口呢？
因为是一个微服务集群部署，微服务集群当中，mysql仅仅是供给给服务内部使用。
在这里插入图片描述

DockerCompose的详细语法参考官网：https://docs.docker.com/compose/compose-file/

其实DockerCompose文件可以看做是将多个docker run命令写到一个文件，只是语法稍有差异。

2.1安装DockerCompose

Linux下需要通过命令下载：
第一：下载：

# 安装
curl -L https://github.com/docker/compose/releases/download/1.23.1/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose

第二：本地上传到/usr/local/bin/目录

修改文件权限：添加执行权利【x】

# 修改权限
chmod +x /usr/local/bin/docker-compose

在这里插入图片描述

2.3.Base自动补全命令：

# 补全命令
curl -L https://raw.githubusercontent.com/docker/compose/1.29.1/contrib/completion/bash/docker-compose > /etc/bash_completion.d/docker-compose

如果这里出现错误，需要修改自己的hosts文件：

echo "199.232.68.133 raw.githubusercontent.com" >> /etc/hosts

在这里插入图片描述

2、部署微服务集群

需求：将之前学习的cloud-demo微服务集群利用DockerCompose部署

实现思路：

① 查看课前资料提供的cloud-demo文件夹，里面已经编写好了docker-compose文件

② 修改自己的cloud-demo项目，将数据库、nacos地址都命名为docker-compose中的服务名

在这里插入图片描述

③ 使用maven打包工具，将项目中的每个微服务都打包为app.jar

在这里插入图片描述

④ 将打包好的app.jar拷贝到cloud-demo中的每一个对应的子目录中

在这里插入图片描述

⑤ 将cloud-demo上传至虚拟机，利用 docker-compose up -d 来部署.【up创建并执行容器、-d后台】

docker-compose up -d
查看镜像：
在这里插入图片描述
ps:创建了许多容器。
在这里插入图片描述

在这里插入图片描述
docker-compose logs -f

在这里插入图片描述
重启服务： docker-compose restart gateway orderservice userservice
在这里插入图片描述

五、Docker镜像服务

镜像都需要统一的进行保存和管理，管理的地方就称为管理仓库。例如docker-Hub公共仓库。
就像maven私服一样，进行管理镜像

1、搭建私有镜像仓库

1.Docker镜像仓库

搭建镜像仓库可以基于Docker官方提供的【镜像】DockerRegistry来实现。

官网地址：https://hub.docker.com/_/registry

1.1.简化版镜像仓库

Docker官方的Docker Registry是一个基础版本的Docker镜像仓库，具备仓库管理的完整功能，但是没有图形化界面。

搭建方式比较简单，命令如下：

docker run -d \
    --restart=always \
    --name registry	\
    -p 5000:5000 \
    -v registry-data:/var/lib/registry \
    registry

命令中挂载了一个数据卷registry-data到容器内的/var/lib/registry 目录，这是私有镜像库存放数据的目录。

访问http://YourIp:5000/v2/_catalog 可以查看当前私有镜像服务中包含的镜像

1.2.带有图形化界面版本

/tmp/registry-ui/ touch docker-compose.yml

使用DockerCompose部署带有图象界面的DockerRegistry，命令如下：
在这里插入图片描述

version: '3.0'
services:
  registry:
    image: registry
    volumes:
      - ./registry-data:/var/lib/registry
  ui:
    image: joxit/docker-registry-ui:static
    ports:
      - 8080:80
    environment:
      - REGISTRY_TITLE=传智教育私有仓库
      - REGISTRY_URL=http://registry:5000
    depends_on:
      - registry

1.2.1.配置Docker信任地址

我们的私服采用的是http协议，默认不被Docker信任，所以需要做一个配置：

# 打开要修改的文件
vi /etc/docker/daemon.json
# 添加内容：
"insecure-registries":["http://192.168.150.101:8080"]
# 重加载
systemctl daemon-reload
# 重启docker
systemctl restart docker
  • 运行镜像
    在这里插入图片描述 在这里插入图片描述

2、向镜像中推送镜像

在这里插入图片描述

1. 进行打包镜像

docker tag nginx:latest 192.168.75.111:8080/nginxmy:1.0
docker images
可以看到IMAGE ID 是相同的，只不过是进行了重命名
在这里插入图片描述

2.推送镜像

在这里插入图片描述

3、从镜像仓库拉取镜像

拉取刚才上传的镜像：192.168…nginxmy:1.0
先进行删除：docker rmi 192.....nginxmy:1.0

在这里插入图片描述

docker pull 192.168.75.111:8080/nginxmy:1.0

在这里插入图片描述

# java
Logo
华为开发者空间

华为开发者空间，是为全球开发者打造的专属开发空间，汇聚了华为优质开发资源及工具，致力于让每一位开发者拥有一台云主机，基于华为根生态开发、创新。

更多推荐

cover

深化产教融合协同创新，华为云HCSD校园沙龙走进山西职业技术学院

avatar 华为开发者空间
cover

2024华为开发者盛典，海外开发者代表团走进华为

avatar 华为开发者空间
cover

华为“行业AI应用创新孵化营”走进中国医科大学，共探人才培养新模式

avatar 华为开发者空间