在本文中，我们将重点介绍如何对 Spring Boot 应用程序进行 Docker 容器化以在独立的环境（即容器）中运行它。
此外，我们还会展示如何创建容器的集成，它们彼此依赖并在虚拟专用网络中彼此链接。我们还能看到如何通过单个命令进行统一管理。
那么我们先来创建一个运行在 Alpine Linux 的基于 Java 的轻量级基础映像。
基础镜像构建
我们将使用 Docker 独有的编译文件格式： Dockerfile。
Dockerfile 是一个面向行的批处理文件，包含建立一个镜像的命令。将这些命令放在一个文件中不是必须的，我们能够在命令行直接输入命令，但是一个文件会更简单。
所以，让我们写第一个 Dockerfile ：
FROM：关键字 FROM，告诉 Docker 将给定的图像及其标记用作镜像的基础。如果此映像不在本地库中，则会对 DockerHub 或任何其他配置的远程仓库进行在线搜索。
MAINTAINER：MAINTAINER 通常是一个电子邮件地址，用于识别镜像的作者。
RUN：使用 RUN 命令，我们会在目标系统中执行一个 Shell 命令行。这里我们利用 Alpine Linux 的软件包管理器 Apk 安装 Java 8 OpenJDK。
COPY：最后的命令告诉 Docker 从本地文件系统中复制一些文件到镜像中的给定路径，特别是子文件夹到构建目录中。
要求：为了成功运行本教程，您必须从 Oracle 下载 Java 加密扩展（JCE）无限强度管理策略文件。只需将下载的归档文件解压缩到名为 files 的本地文件夹中。
为了最终能构建镜像并将其存储在本地库中，我们必须运行：
docker build --tag=alpine-java:base --rm=true .
注意：该-tag 选项将定义图像的名称，-rm =true 已成功建成后，将删除中间图像。此 Shell 命令中的最后一个字符是一个点，用作构建目录参数。
Docker 化独立的 Spring Boot
应用程序
作为我们可以容器化的应用的例子，我们从 Spring Cloud Configuration Tutorial 配置 Spring-cloud-config/server 文件。作为一个准备步骤，我们必须组装一个可运行的 Jar 文件并将其复制到我们的 Docker 构建目录中：
现在，我们将创建一个名为 Dockerfile.server 的 Dockerfile 文件，内容如下：
- FROM：作为我们的基础镜像，我们将采用在上一节中创建的可运行 Java 程序的 Alpine Linux。
- COPY：我们让 Docker 将我们的 Jar 文件复制到镜像中。
- ENV：该命令允许我们定义一些环境变量，这些变量将被容器中运行的应用程序所引用。在这里我们定义 Spring Boot 应用程序的配置，以便稍后将其传递给可执行的 Jar 文件。
- ENTRYPOINT / CMD：这是在容器启动时启动的可执行文件。我们必须将它们定义为 JSON-Array 格式的，因为我们将使用 ENTRYPOINT 与 CMD 结合的某些应用程序参数。
- VOLUME：因为我们的容器将在独立的环境中运行，没有直接的网络访问，所以我们必须为我们的配置库定义一个挂载点占位符。
- EXPOSE：这里我们告诉 Docker，我们的应用程序在哪个端口启动。当容器启动时，该端口将被发布到主机。
我们要从 Dockerfile 创建一个镜像，必须像之前一样运行 ‘docker build ‘：
但是，在我们从镜像中运行容器之前，我们必须创建一个用于安装的卷：
注意：虽然容器是不可变的，但是在应用程序退出后未提交到映像的情况下，存储在卷中的数据将在多个容器中持久存储。
最后我们可以在我们的镜像中运行容器。
- 首先，我们要命名我们的容器。如果没有，将选择默认的。
- 然后，我们必须将我们公开的端口（请参阅 Dockerfile）发布到我们主机上的端口。该值以 “host-port：container-port” 的形式给出。如果只提供了一个容器端口，将使用随机选择的主机端口。如果我们不写这个选项，容器将被完全隔离。
- Volume 选项可以访问任一主机上的一个目录（以绝对路径使用时）或先前创建的 Docker Volume（当时用 Volume-Name 时）。冒号后面的路径指定容器内的挂载点。
- 作为参数，我们必须告诉 Docker，要使用哪个镜像。在这里，我们必须从之前的“ docker build ”步骤给出的镜像名称。
- 一些更有用的选项：
- -it 启用交互模式并分配虚拟终端机
- -d 启动后从容器中分离
如果我们在分离模式下运行容器，我们可以检查其细节，停止并使用以下命令将其删除：
将互相依赖的应用程序进行容器化
Docker 命令和 Dockerfiles 特别适用于创建单个容器。但是，如果要在隔离的网络上运行微服务，容器管理将会变得非常混乱。
为了解决这个问题，Docker 提供了一个名为 Docker Compose 的工具。它具有自己的 YAML 格式的构建文件，更适合管理多个容器。例如：它能够在一个命令中启动或停止服务组合，或将多个服务的日志输出合并到一个虚拟终端机中。
我们来构建运行在不同 Docker 容器中的两个应用程序的例子。它们将彼此通信，并被视为主机系统的独立单元。我们将把 Spring Cloud 配置教程中描述的 spring-cloud-config / client 示例构建复制到我们的文件夹，就像我们之前使用的配置服务一样。
下面是我们的 Docker-compose.yml：
- Version：指定应使用哪种版本的格式。这是必填字段。这里我们使用较新版本，而旧版格式为‘1‘。
- Services：此键中的每个对象定义一个服务，也称为容器。这个选项是必填的。
- Build：如果指定，docker-compose 可以从 Dockerfile 构建镜像。
- Context：如果指定，就会生成 Dockerfile 中制定的目录。
- Dockerfile：如果指定，它会生成一个Dockerfile 中设置的备用名称。
- Image：在构建功能被使用时，告诉 Docker 它应该使用的镜像的名字。否则，它会在本地库或远程注册表中搜索此图像。
- Networks：这是命名网络名称的标识符。给定的名称值必须是在网络节点中存在的。
- Volumes：标识要使用的命名卷和挂载点，以冒号分隔。同样应该是在网络节点中存在的，卷名必须在单独的卷部分中定义。
- Links：将创建此服务和列出的服务之间的内部网络链接。此服务将连接到列出的服务，其中冒号之前的部分从服务节点中指定服务名称，冒号后面的部分是指定服务在外部端口上侦听的主机名。
- Depends_on：告诉 Docker 仅启动服务，如果列出的服务已成功启动。注意：这只在容器级别有用！关于启动从属应用程序的解决方法，请参阅 Config-client-entrypoint.sh。
- Logging：这里我们使用 ‘json-file‘ 驱动，这是默认驱动。可替换为其他日志驱动或使用 “none”。
- Networks：在本选项中，我们将指定可用于我们服务的网络。在这个例子中，我们让 docker-compose 创建一个对我们来说名为“桥接”的网络类型。如果选项 external 设置为 true，它将使用具有给定名称的现有选项。
- Volumes：这与网络部分相似。
在继续之前，我们将检查我们的构建文件以检查语法错误：
下面是我们的 Dockerfile.client 来构建配置客户端映像。它不同于 Dockerfile.server，因为我们还安装了 OpenBSD netcat（这在下一步需要），并使 Entrypoint 成为可执行文件：
这是我们的配置客户端服务定制的 Entrypoint。这里我们在一个循环中使用 netcat 来检查我们的配置服务器是否准备就绪。您必须注意，我们可以通过其链接名称而不是 IP 地址访问我们的配置服务器：
最后，我们可以构建我们的镜像，创建定义的容器并在一个命令中启动它们：
要停止容器，请将其从 Docker 中删除，并从中删除所连接的网络和卷，我们可以使用相反的命令：
Docker-compose 的一个很好的功能是扩容服务的能力。例如，我们可以告诉 Docker 启动一个容器配置服务器和三个容器的配置客户端。
但是为了正常工作，我们必须让 Docker 选择一个 Container_name 从 Docker-compose.yml 中删除，我们必须更改暴露的端口配置，以避免冲突。
之后，我们可以扩容我们的服务，扩容为拥有3台 Client 的集群：
结论
正如我们所看到的，我们现在可以构建定制的 Docker 映像，用 Docker 容器运行 Spring Boot 应用程序，并使用 Docker-compose 创建依赖容器。
有关构建文件的进一步阅读，请参考官方 Dockerfile Reference 和 Docker-compose.yml reference。
作者：靳日阳，JFrog 研发工程师
具有多年软件开发经验；对Java主流技术、前沿框架都具有丰富的开发经验；擅长Linux服务器，对优化，部署等有深入研究，熟悉Jenkins,持续集成及交付,DevOps等。
欢迎转载，但转载请注明作者与出处。谢谢！