0


【Docker】(二)使用Dockerfile构建并发布一个SpringBoot服务

1.前言

在上一篇笔记 Docker基本概念与安装 中,我们已经获取到了一个Docker服务,并了解了Docker的基本组成及其各个组件的作用。
我们了解到,使用Docker的其中一个目的,是为了更加简单,方便的部署我们编写的服务,接下来,就以发布一个

SpringBoot

的服务为例,来学习部署服务需要是用到的API指令。

2.准备工作

首先,需要准备一个

Springboot

的项目,这里准备一个简单的 Hello World 工程:

@RestController@RequestMapping("hello")publicclassHelloController{@GetMapping("sayHello")publicStringsayHello(String name){return"hello "+ name;}}

提供一个GET请求的接口,在请求参数中输入什么就返回什么,这里不过多的赘述。
接下来,需要使用

Maven

Gradle

打包工具,将这个服务打成

jar

包,我这里使用的是

Gradle

,打包完成之后在build目录中就可以找到一个可运行的

jar

包。

image.png

由于我的Docker是安装在虚拟机中的,所以我还需要将这个

jar

拷贝到我的虚拟机中完成Docker镜像的构建,如果Docker是直接安装在当前系统中的话,后续的操作在当前系统中就可以完成了。

此处使用Xftp将生成的jar包拷贝到了虚拟机的

/user/hello-boot

下,接下来的操作都在这里面完成。

image.png

3.Docker镜像构建

下一步就是将刚刚生成的

jar

包构建成可供Docker运行的

image

文件,这一步需要使用到两个知识点:

  • docker build指令
  • Dockerfile文件

3.1.docker build

docker build

指令的作用,是解析

Dockerfile

文件中的的脚本,把可执行文件(如上面的

jar

包)打包到Docker镜像文件中,这个镜像文件可以在后续使用

docker run

时,按照

Dockerfile

文件中的脚本,执行相应的操作。简单的说,就是构建出docker的可执行文件。

先看构建语法:

docker build [OPTIONS] PATH | URL | -
  • [OPTIONS] 是执行build时的可选项,常用是有-t-f:- -t:给构建的镜像打一个tag标签- -f:指定本次构建使用到的Dockerfile文件路径,默认值为Dockerfile其他先选项可以参考: docker build options
  • PATH 与 URL 是当前构建操作的context,它可以是一个文件路径(PATH),也可以是远程地址(URL),构建时需要引用的文件就应该放在context中,例如刚刚生成的jar包。

综上,可以进入

jar

包所在的文件目录,输入构建指令:

cd /usr/hello-boot/

docker build -t hello-boot:1.0.0 -f ./Dockerfile .

我们知道默认使用的就是当前路径下的Dockerfile,所以构建指令可以简化为:

docker build -t hello-boot:1.0.0 .

指令中最后那个

.

就是上述语法中的 PATH ,在这里的含义就是执行当前目录为构建的context

现在我们得到了一个完整的构建指令,但是仔细观察一下这个指令,会发现其中还缺少处理

jar

包的指令,思考一下,这个指令会在什么位置呢?

3.2.DockerFile

Dockerfile 是一个脚本文件,里面定义了context的各种操作指令,以生成

SpringBoot

镜像为例:

FROM openjdk:8-alpine3.9

MAINTAINER huizhiyimo

RUN mkdir -p /user/my-demo

COPY ./*.jar /user/my-demo

WORKDIR /user/my-demo

EXPOSE 8080

ENTRYPOINT java -Xms256m -Xmx256m -jar -Dspring.profiles.active=${SPRING_PROFILES_ACTIVE} *.jar
  • FROM:指定基础镜像,也就是当前需要构建的镜像是哪一个镜像的基础上做构建的,当前指定在openjdk:8-alpine3.9上构建。
  • MAINTAINER:作者信息,类似于@author
  • RUN:在容器中运行指令,此处是创建文件夹 /user/my-demo
  • COPY:将宿主机context中的jar,复制到容器中的/user/my-demo
  • WORKDIR:指定容器中的工作目录,类似于cd /user/my-demo
  • EXPOSE:应用程序暴露的默认端口
  • ENTRYPOINT:应用程序切入点,在启动容器时运行,在这里定义启动SpringBoot服务

Docker的镜像是像集装箱那样一层一层往上搭建的,通过 FROM 指令可以实现下图的分层效果:

image.png

FROM后面的镜像会先从本地的镜像仓库中寻找,如果本地没有就会从 DockerHub 中寻找,此处的

openjdk:8-alpine3.9

是一个带有

Java

运行环境的轻量级服务器,在DockerHub中找到这个镜像,打开IMAGE LAYERS就能大概知道这个镜像会怎么运行,如下图红框中的内容。

image.png

显然,通过这个镜像我们就可以得到一个Java的运行环境,以此为基础来运行

SpringBoot

的服务就是顺理成章的事情了。

3.3.镜像构建

将编写好的DockerFile与

jar

包放在同一目录下,执行构建指令:

image.png

docker build -t hello-boot:1.0.0 .

image.png

提示构建成功,此时再运行查看镜像的指令,就可以看到刚才通过FROM下载的

openjdk

镜像与

hello-boot

镜像:

docker images

1668948951822.png

如果构建的镜像有问题,可以通过删除镜像指令删掉再重新构建:

docker rmi [name:tag]docker rmi hello-boot:1.0.0

4.运行镜像

通过

docker run

指令可以将镜像运行起来:

docker run -d-p8080:8080 -eSPRING_PROFILES_ACTIVE=test --restart=always --name=hello-1 hello-boot:1.0.0
  • -d: 后台运行程序
  • -p:指定端口映射,左边的是宿主机端口,右边的是容器中的应用端口,与-d可以合并为-dp
  • -e: 指定环境变量,此处是指定profiles为test(在Dockerfile的ENTRYPOINT中定义的变量)
  • --restart=always:启动docker容器时,自动运行
  • --name:指定运行容器的名称
  • hello-boot:1.0.0:指定镜像名称与tag标签

运行起来之后,可以通过

docker ps

查看:

image.png

此时容器已经正常启动了,通过

curl

指令来测试一下是否启动成功:

curl"http://127.0.0.1:8080/hello/sayHello?name=zhangsan"

image.png

至此,

SpringBoot

服务就通过Docker发布成功了,如果想停止这个服务,可以使用下面的指令:

# 停止容器,hello-1为容器名docker stop hello-1
# 删除容器dockerrm hello -1

注:如果项目迭代到了下一个版本,要发布新的服务,就需要执行上面的两个指令删除旧的容器,再通过新构建的镜像来运行新的容器。

5.指令参考

Docker的运行指令可以参考 官方指令教程

6.结语

本篇通过打包、构建镜像、运行容器、停止容器、删除容器的过程,学习了Docker的基本指令:

  • docker build:构建镜像
  • docker images:查看本地镜像
  • docker rmi:删除镜像
  • docker run:运行容器
  • docker ps:查看容器
  • docker stop:停止容器
  • docker rm:删除容器

一些思考
本篇描述的Docker使用方式,相对于传统的服务发布方式并没有太大的优势,不管是发布新服务,还是对服务进行扩展都需要按照流程重新构建镜像。
这是由于没有做到镜像的共享与复用导致的,在后续的笔记中,会接受如何通过远程镜像仓库来复用镜像来提升部署的效率。

标签: docker java 容器

本文转载自: https://blog.csdn.net/qq_38249409/article/details/128536054
版权归原作者 挥之以墨 所有, 如有侵权,请联系我们删除。

“【Docker】(二)使用Dockerfile构建并发布一个SpringBoot服务”的评论:

还没有评论