微服务通常使用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);
}
}package hello;我们将其构建到目标目录中的fat jar中。Dockerize的最简单方法是将fat jar填充到容器中：
Docker文件
FROM adoptopenjdk:11-jre-hotspot
ARG JAR_FILE=target/*.jar
COPY ${JAR_FILE} app.jar
ENTRYPOINT ["java","-jar","/app.jar"事实证明这不是个好方法。
在这种情况下，我们的应用程序及其所有依赖项都放在了一层。如果我们不断更改应用程序，那么即使依赖项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>开发团队将自己构建的fat jar移交给构建团队。
列出图层
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构建 标签示例
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一无所知。
此外先了解一下jib。
“ Jib是一个快速，简单的容器映像生成器，它处理将应用程序打包为容器映像的所有步骤。它不需要编写Dockerfile或安装Docker，它可以直接集成到 Maven 和 Gradle中-只需将插件添加到构建中，就可以立即将Java应用程序容器化”
要使用Jib，我们修改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。
1
# Jib uses distroless java as the default base image
2
3
FROM gcr.io/distroless/java:latest
4
5
6
7
COPY dependencyJars /app/libs
8
9
COPY snapshotDependencyJars /app/libs
10
11
COPY projectDependencyJars /app/libs
12
13
COPY resources /app/resources
14
15
COPY classFiles /app/classes
16
17
18
19
# Jib's default entrypoint when container.entrypoint is not set
20
21
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还有许多其他配置。