Spring Boot 学习研究笔记(十二)Dcoker 中部署SpringBoot jar包

简介: Spring Boot 学习研究笔记(十二)Dcoker 中部署SpringBoot jar包

Linux Centos8 使用 DOCKER 部署JAR包

1、进入项目根目录

cd project

2、创建存放jar包的目录

mkdir springboot_test

3、进入/project/springboot_test/ 编写Dockerfile文件

Dockerfile 介绍:

(1)、什么是 Dockerfile

Dockerfile 是一个用来构建镜像的文本文件,文本内容包含了一条条构建镜像所需的指令和说明。

(2)、Dockerfile的作用

安装dockerfile中的指令定义docker容器或者容器中的应用程序以及服务。 Dockerfile制作一个镜像模板安装模板统一生成容器

(3)、Dockerfile的基础结构

#开头的表示注释行,说明dockerfile中的指令 维护者的信息 镜像操作指令 容器操作指令 基础镜像信息

(4)、Dockerfile中常见的操作指令和作用

FROM:指定创建镜像的基础镜像,必须为第一个命令。

格式:

   FROM <image>

   FROM <image>:<tag>

   FROM <image>@<digest>

示例:

 FROM mysql:5.6

注:

 tag或digest是可选的,如果不使用这两个值时,会使用latest版本的基础镜像

 

MAINTAINER:Dockerfile作者信息,一般写的是联系方式。

格式:

   MAINTAINER <name>

示例:

   MAINTAINER Jasper Xu

   MAINTAINER sorex@163.com

   MAINTAINER Jasper Xu <sorex@163.com>

   


RUN:RUN用于在镜像容器中执行命令,其有以下两种命令执行方式:

shell执行

格式:

   RUN <command>

exec执行

格式:

   RUN ["executable", "param1", "param2"]

示例:

   RUN ["executable", "param1", "param2"]

   RUN apk update

   RUN ["/etc/execfile", "arg1", "arg1"]

注:

 RUN指令创建的中间镜像会被缓存,并会在下次构建中使用。如果不想使用这些缓存镜像,可以在构建时指定--no-cache参数,如:docker build --no-cache

 

 

ADD:将本地文件添加到容器中,tar类型文件会自动解压(网络压缩资源不会被解压),可以访问网络资源,类似wget。

格式:

   ADD <src>... <dest>

   ADD ["<src>",... "<dest>"] 用于支持包含空格的路径

示例:

   ADD hom* /mydir/          # 添加所有以"hom"开头的文件

   ADD hom?.txt /mydir/      # ? 替代一个单字符,例如:"home.txt"

   ADD test relativeDir/     # 添加 "test" 到 `WORKDIR`/relativeDir/

   ADD test /absoluteDir/    # 添加 "test" 到 /absoluteDir/

   


COPY:复制宿主机数据到镜像内部使用

功能类似ADD,但是是不会自动解压文件,也不能访问网络资源


CMD:指定容器启动执行的命令,构建容器后调用,也就是在容器启动时才进行调用。


格式:

   CMD ["executable","param1","param2"] (执行可执行文件,优先)

   CMD ["param1","param2"] (设置了ENTRYPOINT,则直接调用ENTRYPOINT添加参数)

   CMD command param1 param2 (执行shell内部命令)

示例:

   CMD echo "This is a test." | wc -

   CMD ["/usr/bin/wc","--help"]

注:

  CMD不同于RUN,CMD用于指定在容器启动时所要执行的命令,而RUN用于指定镜像构建时所要执行的命令。

 

ENTRYPOINT:指定运行容器启动过程执行命令,覆盖CMD参数  

配置容器,使其可执行化。配合CMD可省去"application",只使用参数。


格式:

   ENTRYPOINT ["executable", "param1", "param2"] (可执行文件, 优先)

   ENTRYPOINT command param1 param2 (shell内部命令)

示例:

   FROM ubuntu

   ENTRYPOINT ["top", "-b"]

   CMD ["-c"]

注:

  ENTRYPOINT与CMD非常类似,不同的是通过docker run执行的命令不会覆盖ENTRYPOINT,而docker run命令中指定的任何参数,都会被当做参数再次传递给ENTRYPOINT。Dockerfile中只允许有一个ENTRYPOINT命令,多指定时会覆盖前面的设置,而只执行最后的ENTRYPOINT指令。

 

LABEL:指定生成镜像的源数据标签

用于为镜像添加元数据


格式:

   LABEL <key>=<value> <key>=<value> <key>=<value> ...

示例:

 LABEL version="1.0" description="这是一个Web服务器" by="IT笔录"

注:

 使用LABEL指定元数据时,一条LABEL指定可以指定一或多条元数据,指定多条元数据时不同元数据之间通过空格分隔。推荐将所有的元数据通过一条LABEL指令指定,以免生成过多的中间镜像。


ENV:使用环境变量

格式:

   ENV <key> <value>  #<key>之后的所有内容均会被视为其<value>的组成部分,因此,一次只能设置一个变量

   ENV <key>=<value> ...  #可以设置多个变量,每个变量为一个"<key>=<value>"的键值对,如果<key>中包含空格,可以使用\来进行转义,也可以通过""来进行标示;另外,反斜线也可以用于续行

示例:

   ENV myName John Doe

   ENV myDog Rex The Dog

   ENV myCat=fluffy

   

EXPOSE:指定镜像容器监听端口号,发布服务使用

格式:

   EXPOSE <port> [<port>...]

示例:

   EXPOSE 80 443

   EXPOSE 8080

   EXPOSE 11211/tcp 11211/udp

注:

 EXPOSE并不会让容器的端口访问到主机。要使其可访问,需要在docker run运行容器时通过-p来发布这些端口,或通过-P参数来发布EXPOSE导出的所有端口    


 

WORKDIR:切换到镜像容器中的指定目录中,工作目录,类似于cd命令

格式:

   WORKDIR /path/to/workdir

示例:

   WORKDIR /a  (这时工作目录为/a)

   WORKDIR b  (这时工作目录为/a/b)

   WORKDIR c  (这时工作目录为/a/b/c)

注:

 通过WORKDIR设置工作目录后,Dockerfile中其后的命令RUN、CMD、ENTRYPOINT、ADD、COPY等命令都会在该目录下执行。在使用docker run运行容器时,可以通过-w参数覆盖构建时所设置的工作目录。

 


VOLUME:挂载数据卷到镜像容器中

格式:

   VOLUME ["/path/to/dir"]

示例:

   VOLUME ["/data"]

   VOLUME ["/var/www", "/var/log/apache2", "/etc/apache2"

注:

 一个卷可以存在于一个或多个容器的指定目录,该目录可以绕过联合文件系统,并具有以下功能:

1 卷可以容器间共享和重用

2 容器并不一定要和其它容器共享卷

3 修改卷后会立即生效

4 对卷的修改不会对镜像产生影响

5 卷会一直存在,直到没有任何容器在使用它



USER:指定运行容器的用户

指定运行容器时的用户名或 UID,后续的 RUN 也会使用指定用户。使用USER指定用户时,可以使用用户名、UID或GID,或是两者的组合。当服务不需要管理员权限时,可以通过该命令指定运行用户。并且可以在之前创建所需要的用户


格式:

 USER user

 USER user:group

 USER uid

 USER uid:gid

 USER user:gid

 USER uid:group

示例:

 USER www

注:


 使用USER指定用户后,Dockerfile中其后的命令RUN、CMD、ENTRYPOINT都将使用该用户。镜像构建完成后,通过docker run运行容器时,可以通过-u参数来覆盖所指定的用户。


ARG:指定镜像的版本号信息

用于指定传递给构建运行时的变量


格式:

   ARG <name>[=<default value>]

示例:

   ARG site

   ARG build_user=www

   

ONBUILD:创建镜像,作为其他镜像的基础镜像运行操作指令

格式:

 ONBUILD [INSTRUCTION]

示例:

 ONBUILD ADD . /app/src

 ONBUILD RUN /usr/local/bin/python-build --dir /app/src

注:

 当所构建的镜像被用做其它镜像的基础镜像,该镜像中的触发器将会被钥触发


编写Dockerfile文件:

vim Dockerfile

FROM java:8

ADD springboot_0.0.1_test.jar  springboot_test.jar

EXPOSE 8080

ENTRYPOINT ["java","-jar","springboot_test.jar"]

4、上传名称为 springboot_0.0.1_test.jar 的jar包到上述目录

/project/springboot_test/

如何上传文件,请参考另一篇文章 :FileZilla 将本地文件上传到linux目录

上传后文件如图所示:

5、重新 build 创建 springboot_test镜像

docker build -t springboot_test .

注意 :

  • springboot_test: 创建的镜像名称
  • . :表示当前目录,不可忽略

 

 

 

查看镜像是否创建成功:

docker images

 

6、启动容器

docker run -it -p 8080:8080 springboot_test

注意标签名, 前面的端口是对外,后面的端口是你服务器内部访问的。

 

7、更新容器内容

(1)、先停止容器

docker stop springboot_test

(2)、在 Dockerfile文件目录下去执行 5、6,因为是根据当前目录下的Dockerfile文件去构建。

docker build -t springboot_test .

docker run -it -p 8080:8080 springboot_test

 

 


相关文章
|
27天前
|
XML Java 应用服务中间件
Spring Boot 两种部署到服务器的方式
本文介绍了Spring Boot项目的两种部署方式:jar包和war包。Jar包方式使用内置Tomcat,只需配置JDK 1.8及以上环境,通过`nohup java -jar`命令后台运行,并开放服务器端口即可访问。War包则需将项目打包后放入外部Tomcat的webapps目录,修改启动类继承`SpringBootServletInitializer`并调整pom.xml中的打包类型为war,最后启动Tomcat访问应用。两者各有优劣,jar包更简单便捷,而war包适合传统部署场景。需要注意的是,war包部署时,内置Tomcat的端口配置不会生效。
200 17
Spring Boot 两种部署到服务器的方式
|
21天前
|
监控 Java 应用服务中间件
SpringBoot是如何简化Spring开发的,以及SpringBoot的特性以及源码分析
Spring Boot 通过简化配置、自动配置和嵌入式服务器等特性,大大简化了 Spring 应用的开发过程。它通过提供一系列 `starter` 依赖和开箱即用的默认配置,使开发者能够更专注于业务逻辑而非繁琐的配置。Spring Boot 的自动配置机制和强大的 Actuator 功能进一步提升了开发效率和应用的可维护性。通过对其源码的分析,可以更深入地理解其内部工作机制,从而更好地利用其特性进行开发。
42 6
|
1月前
|
缓存 安全 Java
Spring Boot 3 集成 Spring Security + JWT
本文详细介绍了如何使用Spring Boot 3和Spring Security集成JWT,实现前后端分离的安全认证概述了从入门到引入数据库,再到使用JWT的完整流程。列举了项目中用到的关键依赖,如MyBatis-Plus、Hutool等。简要提及了系统配置表、部门表、字典表等表结构。使用Hutool-jwt工具类进行JWT校验。配置忽略路径、禁用CSRF、添加JWT校验过滤器等。实现登录接口,返回token等信息。
343 12
|
1月前
|
Java 测试技术 应用服务中间件
Spring Boot 如何测试打包部署
本文介绍了 Spring Boot 项目的开发、调试、打包及投产上线的全流程。主要内容包括: 1. **单元测试**:通过添加 `spring-boot-starter-test` 包,使用 `@RunWith(SpringRunner.class)` 和 `@SpringBootTest` 注解进行测试类开发。 2. **集成测试**:支持热部署,通过添加 `spring-boot-devtools` 实现代码修改后自动重启。 3. **投产上线**:提供两种部署方案,一是打包成 jar 包直接运行,二是打包成 war 包部署到 Tomcat 服务器。
47 10
|
1月前
|
存储 安全 Java
Spring Boot 3 集成Spring AOP实现系统日志记录
本文介绍了如何在Spring Boot 3中集成Spring AOP实现系统日志记录功能。通过定义`SysLog`注解和配置相应的AOP切面,可以在方法执行前后自动记录日志信息,包括操作的开始时间、结束时间、请求参数、返回结果、异常信息等,并将这些信息保存到数据库中。此外,还使用了`ThreadLocal`变量来存储每个线程独立的日志数据,确保线程安全。文中还展示了项目实战中的部分代码片段,以及基于Spring Boot 3 + Vue 3构建的快速开发框架的简介与内置功能列表。此框架结合了当前主流技术栈,提供了用户管理、权限控制、接口文档自动生成等多项实用特性。
81 8
|
2月前
|
缓存 前端开发 Java
【Spring】——SpringBoot项目创建
SpringBoot项目创建,SpringBootApplication启动类,target文件,web服务器,tomcat,访问服务器
|
3月前
|
监控 Java 数据库连接
详解Spring Batch:在Spring Boot中实现高效批处理
详解Spring Batch:在Spring Boot中实现高效批处理
461 12
|
2月前
|
消息中间件 监控 Java
如何将Spring Boot + RabbitMQ应用程序部署到Pivotal Cloud Foundry (PCF)
如何将Spring Boot + RabbitMQ应用程序部署到Pivotal Cloud Foundry (PCF)
47 6
|
2月前
|
负载均衡 Java 开发者
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
深入探索Spring Cloud与Spring Boot:构建微服务架构的实践经验
206 5
|
2月前
|
Java 关系型数据库 MySQL
如何将Spring Boot + MySQL应用程序部署到Pivotal Cloud Foundry (PCF)
如何将Spring Boot + MySQL应用程序部署到Pivotal Cloud Foundry (PCF)
80 5