Dockerize Spring Boot应用程序的两种方法

微服务通常是用Spring Boot框架构建的，并用Docker进行部署。本文研究了用于Docker化Spring Boot应用程序的两个常见选项。在整个过程中，我们将使用一个简单的REST应用程序作为运行示例。

我们将使用Spring Tool Suite来构建应用程序，尽管只要有pom文件，IDE和应用程序都不会那么重要。我们将假定读者对Docker的了解最少，尽管正如我们将看到的，我们将讨论的选择之一不需要Docker。然后是REST控制器：

package hello;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
@SpringBootApplication
@RestController
public class Application {
    @RequestMapping("/")
    public String home() {
        return "Hello from Spring Boot in Docker";
    }

    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }

}

我们将其构建到目标目录中的胖罐中。Dockerize的最简单方法是将胖子罐填充到容器中：

FROM adoptopenjdk:11-jre-hotspot
ARG JAR_FILE=target/*.jar
COPY ${JAR_FILE} app.jar
ENTRYPOINT ["java","-jar","/app.jar"

事实证明这是一个非常糟糕的主意。要了解为什么要回想起Docker文件的每条指令都会在映像中创建一个图层。在这种情况下，我们的应用程序及其所有依赖项都放在了一层。如果我们不断更改应用程序，那么即使依赖项jar很少更改，每次也会从头开始重建映像。这导致构建缓慢。

更好的选择是遵循旧的软件设计原则，并从保持不变的内容中区分出哪些更改。我们可以通过将依赖项放在最底层，将应用程序放在最顶层来做到这一点。Docker随后将缓存依赖关系层，并且每当我们更改应用程序并重建映像时，将从缓存中检索依赖关系层，从而加快构建速度。

这么多的清喉咙。对于我们的第一个选择，我们考虑一个非常传统的组织，其中开发团队和构建团队是分开的；开发人员对Docker一无所知，也不想知道。开发团队将构建应用程序，并将其交给构建团队来管理构建和部署。

fat jar分为三个部分：

用于引导jar加载的类
您在BOOT-INF / classes中的应用程序类
BOOT-INF / lib中的依赖项

您可以通过检查jar文件（jar tvf app.jar）来查看。我们可以利用这一点来分离各层。我们当然可以提取jar文件，然后在Dockerfile中移动并复制图层。但是Spring使分层罐变得更加容易。因此，开发人员调整pom文件以启用图层

<plugins>
<plugin>….
<configuration>
<layers>
<enabled>true</enabled>
</layers>
</configuration>
</plugin>
</plugins>

开发团队将自己构建的胖子移交给构建团队。

我们可以列出图层

java -Djarmode=layertools -jar app.jar list
dependencies
spring-boot-loader
snapshot-dependencies
application

现在，构建团队可以提取jar文件的层并将其复制到多级docker文件中的映像层（多级docker文件是具有许多已命名构建阶段的文件）

Docker文件

FROM adoptopenjdk:11-jre-hotspot as builder
WORKDIR application
ARG JAR_FILE=target/*.jar
COPY ${JAR_FILE} application.jar
RUN java -Djarmode=layertools -jar application.jar extract
FROM adoptopenjdk:11-jre-hotspot
WORKDIR application
COPY application/dependencies/ ./
COPY application/spring-boot-loader/ ./
COPY application/snapshot-dependencies/ ./
#COPY application/resources/ ./
COPY application/application/ ./
ENTRYPOINT ["java", "org.springframework.boot.loader.JarLauncher"]

请注意，Dockerfile中没有特定于应用程序的内容，这就是我们使用jarlauncher的原因。它将启动图像的速度稍慢，但没什么大不了的。此外，我们假设存在Docker的本地实例

我们可以照常构建图像（将图像称为“示例”）

docker build. -tag example

docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
example latest de7a3bb4889e 7 days ago 243MB

现在运行它：

docker run -it -p80:8080 example:latest

并在浏览器中转到localhost，然后看到“在Docker中从Spring Boot向您问好”。

第二种选择是针对更现代的组织，并按照微服务原则进行组织。在这里，开发团队本身负责构建和部署Docker映像。但是开发团队仍然对Docker一无所知。我们使用臂架。根据Google小组的描述：

“ Jib是一个快速，简单的容器映像生成器，可以处理将应用程序打包为容器映像的所有步骤。它不需要您编写Dockerfile或安装Docker，它直接集成到 Maven 和 Gradle中-只需将插件添加到您的构建中，您就可以立即将Java应用程序容器化”

pom.xml图像

要使用臂架，我们将pom修改为插入：

<plugin>
<groupId>com.google.cloud.tools</groupId>
<artifactId>jib-maven-plugin</artifactId>
<version>2.4.0</version>
<configuration>
<to>
<image>jibexample2</image>
</to>
</configuration>
</plugin>

现在，对于此示例，我们假设团队有一个正在运行的Docker本地实例，尽管这不是必需的

我们将图像命名为jibexample2。现在建立专案

mvn compile jib:dockerBuild

如果列出docker映像（docker映像），您将看到：

“存储库标记图像ID的创建大小”

jibexample2 latest 7b84d5781eca 50 years ago 142MB

而已！没有Docker文件，也没有Docker知识。注意大小。您可以通过docker inspect检查映像，并查看入口点是hello。应用程序，您可以看到列出的图层。这些层有些不同：

Classes
Resources
Project dependencies
Snapshot dependencies
All other dependencies

基本映像是Distroless Java。非发行版映像仅包含运行时依赖项。它们不包含程序包管理器，shell或您期望在标准Linux发行版中找到的任何其他程序。您可以更改基本图像。Jib计算出ENTRYPOINT。为了进行比较，这里是Jib隐式使用的Dockerfile。

# Jib uses distroless java as the default base image
FROM gcr.io/distroless/java:latest
COPY dependencyJars /app/libs
COPY snapshotDependencyJars /app/libs
COPY projectDependencyJars /app/libs
COPY resources /app/resources
COPY classFiles /app/classes
# Jib's default entrypoint when container.entrypoint is not set
ENTRYPOINT ["java", jib.container.jvmFlags, "-cp", "/app/resources:/app/classes:/app/libs/*", jib.container.mainClass]
CMD [jib.container.args]

此外，我们可以使用jib：build代替jib：dockerBuild，如果您提供凭据，它将把映像推送到远程注册表。使用jib：buildTar可以将映像另存为tarball到target /jib-image.tar，您可以对其进行检查并导入Docker。Jib还有许多其他配置。

原文链接：http://codingdict.com

Dockerize Spring Boot应用程序的两种方法

热门标签