在Java EE应用程序的开发中使用Docker

Question

我会加300分作为赏金

我最近开始仔细研究Docker以及如何使用它来更快地获得团队的新成员并运行开发环境以及将新版本的软件发布到生产中。

关于我应该如何以及在什么阶段将Java EE应用程序添加到容器中，我有一些问题。 我认为有很多方法可以做到这一点。

这是Docker之前的典型工作流程（在我的团队中）：

1. 开发人员编写代码
2. 开发人员使用Maven生成代码来构建代码
3. 开发人员在JBoss管理控制台/或Maven插件中上传WAR

现在Docker出现之后，我有点困惑，我是否应该创建我需要的图像并配置它们，以便在运行JBoss Wildfly容器时剩下要做的就是通过Web上的管理控制台部署应用程序。 或者我应该每次在Maven中构建应用程序时创建一个新容器，并在Dockerfile中使用ADD命令添加它，然后只运行容器而不启动容器一旦启动它？

在制作中，我猜最后一种方法是它的优先选择？ 如果我错了，请纠正我。 但在开发中应该怎么做？ 还有其他工作流程吗？

Answer 1

我已经将Docker与Glassfish广泛使用了很长一段时间，不久前在这里写了一篇关于这个主题的博客。

它是JavaEE开发的一个很好的工具。

对于您的生产映像，我更喜欢将所有内容捆绑在一起，构建静态基本映像并在新WAR中进行分层。 我喜欢使用CI服务器来完成工作，并为生产分支配置CI配置，这将在发布版本中获取基础，层，然后发布工件。 通常我们会手动部署到生产环境中，但如果您真的希望得到想象，您甚至可以通过将CI服务器部署到生产环境并使用代理服务器来确保新的会话获得更新版本，从而实现自动化。

在开发中，我喜欢在检查代码之前在本地运行依赖于容器的任何东西（例如Arquillian集成测试）时采用相同的方法。 这使得环境尽可能接近生产，我认为这在测试方面很重要。 这是我反对使用嵌入式容器进行测试但部署到非嵌入式容器等方法的一个重要原因。 我已经看到很多情况下，测试将在嵌入式环境中传递，而在生产/非嵌入式环境中失败。

在开发/部署/手动测试周期中，在提交代码之前，我认为部署到容器（它是基本映像的一部分）的方法在开发速度方面更具成本效益。 每次循环与在WAR中构建。 如果您的开发环境使用JRebel或XRebel之类的工具，您可以热部署代码并只需刷新浏览器即可查看更改，这也是一种更好的方法。

Answer 2

使用最新版本的Docker，您可以通过Docker Links，Docker Volume和Docker Compose轻松实现。 有关Docker站点中这些工具的更多信息。

回到您提到的工作流程：对于任何典型的Java EE应用程序，都需要应用程序服务器和数据库服务器。 由于您在帖子中未提及数据库的设置方式，因此我假设您的开发环境将为每个开发人员分离数据库服务器。

考虑到所有这些，我可以建议以下工作流程：

• 从官方映像构建基础Wildfly应用程序服务器。 您可以通过以下方式实现：“docker pull”命令
• 运行基本应用程序服务器：

docker run -d -it -p 8080：8080 -p 9990：9990 --name baseWildfly jboss / wildfly

应用程序服务器现在正在运行，您需要将其配置为连接到数据库服务器，并在必要时配置数据源设置和其他配置以启动Java EE应用程序。 为此，您需要登录Jboss容器的bash终端：

docker exec -i -t baseWildfly / bin / bash /

你现在在容器的终端。 您可以像处理任何Linux环境一样配置应用程序服务器。

您可以通过手动将WAR文件部署到Wildfly来测试配置。 如您所说，这可以使用管理控制台或maven插件或ADD命令轻松完成。 我通常使用管理控制台来做，只是为了快速测试。 验证配置是否有效时，可以删除WAR文件并创建容器的快照：

docker commit - 更改“添加基本设置和配置”baseWildfly yourRepository：tag

您现在可以将创建的映像推送到私有存储库，并与开发团队共享。 他们现在可以拉动图像并运行应用程序服务器立即部署。

我们不希望使用管理控制台为每个Maven构建部署WAR文件，因为这太麻烦了，所以接下来的任务是使用Docker Volume自动化它。

假设您已将Maven配置为构建WAR文件为“../your_project/deployments/”，您可以将其链接到Jboss容器的部署目录，如下所示：

docker run -d -p 8080：8080 -v ../your_project/deployments:/opt/jboss/wildfly/standalone/deployments

现在，每次使用Maven重建应用程序时，应用程序服务器都将扫描更改并重新部署WAR文件。

为每个开发人员分离数据库服务器也很成问题，因为他们必须在容器中自己配置它，因为它们可能有不同的设置（例如db的url，用户名，密码等等）。 所以，最终将它停靠在最佳状态是件好事。

假设您使用Postgres作为您的数据库服务器，您可以从postgres官方存储库中提取它。 准备好映像后，可以运行db服务器：

docker run -d -p 5432：5432 -t --name postgresDB postgres

或使用链接的“data”目录运行数据库服务器：

docker run -d -p 5432：5432 -v ../your_postgres/data:/var/lib/postgresql -t --name postgresDB postgres

第一个命令会将您的数据保存在容器中，而后一个命令会将您的数据保存在主机环境中。

现在，您可以将数据库容器与Wildfly链接：

docker run -d -p 8080：8080 --link postgresDB：database -t baseWildfly

以下是链接的输出：

现在，您可以为开发人员团队中的所有成员提供相同的环境，他们可以使用最少的设置开始编码。

相同的基本映像可用于生产环境，因此无论何时要发布新版本，只需将WAR文件复制到主机的“your_deployment”文件夹即可。

dockerizing应用程序服务器和数据库服务器的好处是，您可以在将来轻松地对其进行集群以扩展它或应用高可用性。

Answer 3

你可能想看看rhuss / docker-maven-plugin 。 它允许使用docker作为部署单元进行无缝集成：

• 使用标准的Maven程序集描述符来使用docker:build构建映像，这样您就可以生成WAR文件，或者可以轻松地将您的Microservice添加到Docker镜像中。
• 您可以使用docker:push创建的图像docker:push
• 使用docker:start和docker:stop你可以在单元测试中使用你的图像。

这个插件附带了全面的文档，如果有任何未解决的问题，请打开一个问题。

你可能已经注意到了，我是这个插件的作者;-)。 坦率地说，还有其他的docker-maven-plugins，它们的焦点略有不同。 有关简单的检查，您可以查看一下shootout-docker-maven ，它为四个最活跃的maven-docker-plugins提供了示例配置。

然后，工作流简单地将工件边界从WAR / EAR文件移动到Docker镜像。 mvn docker:push将它们移动到Docker注册表中，在连续传递管道中使用的各个测试阶段将它从中拉出。

Answer 4

通常使用Docker部署任何内容的方法是在平台基础映像的顶部生成新映像。 这样您就可以遵循Docker依赖项捆绑理念。

就Maven而言，你可以生成一个tarball程序集（假设它叫做jars.tar ），然后在Dockerfile中调用ADD jars.tar /app/lib 。 您也可以实现一个生成Dockerfile的Maven插件。

这是目前Docker最理智的方法，其他方法，如构建映像FROM scratch ，不太适用于Java应用程序。

另请参阅Docker / CoreOS上的Java JVM 。

Answer 5

关于使用Arun Gupta的Docker设置JRebel的博客文章在这里可能很方便： http ：//blog.arungupta.me/configure-jrebel-docker-containers/

Answer 6

我尝试过一个类似的场景来使用docker来运行我的应用程序。 在我的情况下，我想用运行战争的tomcat启动docker。 然后在maven的集成测试阶段开始在docker上进行黄瓜/ phantomjs集成测试。 示例实现记录在https://github.com/abroer/cucumber-integration-test中 。 您可以扩展此示例，以便在测试成功时将docker镜像推送到您的私有仓库。 推送图像可用于从开发到生产的任何环境。

Answer 7

对于我目前的部署过程，我使用glassfish和这个技巧，非常好用。

<plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>exec-maven-plugin</artifactId>
            <version>${plugin.exec.version}</version>
            <executions>
                <execution>
                    <id>docker</id>
                    <phase>package</phase>
                    <goals>
                        <goal>exec</goal>
                    </goals>
                </execution>
            </executions>
            <configuration>
                <executable>docker</executable>
                <arguments>
                    <argument>cp</argument>
                    <argument>${project.build.directory}/${project.build.finalName}</argument>
                    <argument>glassfish:/glassfish4/glassfish/domains/domain1/autodeploy</argument>
                </arguments>
            </configuration>
        </plugin>

一旦你运行：mvn clean package，容器就会启动并开始部署最新的战争。