文章目录
* 解决打包和部署应用程序的痛点:
将Java应用程序打包为可移植的Docker镜像,并通过容器化方式实现应用程序的部署和运行。这种方法可以解决以下痛点:
- 环境一致性问题:在不同的环境中运行应用程序可能会遇到依赖环境配置不一致的问题,导致应用程序无法正常运行。使用Docker镜像可以将应用程序与其依赖的运行时环境打包在一起,确保在任何环境中都能以相同的方式运行。
- 依赖管理困难:应用程序的依赖关系可能复杂且难以管理,不同的应用程序可能需要不同版本的依赖库。将应用程序打包为Docker镜像可以将所有依赖项一起打包,避免了在不同环境中手动配置和管理依赖的麻烦。
- 部署和升级复杂性:传统的应用程序部署和升级可能涉及手动复制文件、配置环境、启动服务等繁琐步骤,容易出错且耗时。使用Docker镜像可以简化部署和升级过程,只需通过运行容器即可完成应用程序的启动和更新,大大减少了部署的复杂性和风险。
- 资源利用和扩展性:传统部署方式可能会面临资源浪费和扩展性不足的问题,例如每个应用程序都需要独立的服务器资源。而使用Docker容器化可以更好地利用服务器资源,多个容器可以在同一台物理机上运行,实现资源共享和扩展。
通过将应用程序打包为Docker镜像,并在容器中运行,可以提供更高的灵活性、可移植性和可靠性,简化应用程序的部署和管理,提升开发和运维效率,降低系统运行成本。*
解决打包配置版本问题:
在最大的父项目pom文件下规定一个
spring-boot-maven-plugin.version版本(降级,高版本不需要)
<spring-boot-maven-plugin.version>2.4.3</spring-boot-maven-plugin.version>
在全局内的需要打包的项目内的pom文件下写此打包配置依赖:
<build>
<finalName>${project.artifactId}</finalName>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>${spring-boot-maven-plugin.version}</version>
<executions>
<execution>
<goals>
<goal>repackage</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
打包部署镜像运行容器
clean+package打jar包
复制此jar包到 服务器 某个目录下
在项目根目录下,创建Dockerfile的文本文件,并将以下内容添加到文件中:
内容:
# 基础镜像
FROM openjdk:8-jre
# author(可更换)
MAINTAINER luo
# 挂载目录(可更换)
VOLUME /home/luo
# 创建目录(可更换和上面保持一致)
RUN mkdir -p /home/luo
# 指定路径(可更换和上面保持一致)
WORKDIR /home/luo
# 复制jar文件到路径(YouName=换成你的=jar包名称)
COPY ./jar/YouName.jar /home/luo/YouName.jar
#下面也也可增加复制配置文件到同级路径下
# 启动认证服务
ENTRYPOINT ["java","-jar","YouName.jar"]
把Dockerfile脚本也移动到jar包的服务器目录下:
把jar包打包成镜像运行成容器
1.在项目根目录下执行以下命令,将jar包打包成docker镜像:
your-jar-file.jar
是你要打包的jar包的文件名。
docker build -t your-image-name .
如果要给此镜像一个版本号那就用这个语句:
其中,“your-image-name”是镜像名称,“1.0”是版本号,“.”表示Dockerfile文件在当前目录中。
docker build -t your-image-name:1.0 .
2.执行以下命令把镜像启动容器:
其中,-p
参数用于指定容器内部端口映射到主机的端口,8080:8080
表示将容器内部的8080端口映射到主机的8080端口上。-d
参数用于指定容器在后台运行。
docker run -d -p 8080:8080 your-image-name
第一个端口号是主机(本地)端口号,后面的端口号是服务器内部端口号
3.最后:
访问http://localhost:8080
即可访问应用程序。
解决问题
1.Docker部署镜像时,报jdk下载失败的问题:
有图如例:
解决:
1.直接在Docker公共镜像仓库拉取所需要的jdk(注意:版本要一致!!)
docker pull openjdk:8-jre
2.如果还下载不下来就使用此方案:
https://blog.csdn.net/2201_75785454/article/details/130813360?spm=1001.2014.3001.5501