带有嵌入式或独立 tomcat 的 Java docker 容器？

Question

目前我有一个 tomcat 网络服务器，它托管多个 .war 微服务（如果重要：spring-boot 应用程序）。升级应用程序时，我通过添加 myapp##005.war、myapp##006.war 等来使用 tomcat parallel deployment 功能，以实现零停机部署。

我想 dockerize 应用程序。但是什么最适合 java 应用 webservice 应用呢？

将war文件直接打包到容器中是否更好，这样每次重新部署都需要一个新的docker容器？或者 tomcat 应该作为没有应用程序的容器运行，并从共享的主机系统文件夹中挂载 war 文件（从而提供重新部署而无需重新部署 dockerimage）？

我能想到以下三种可能性：

• 将每个war文件作为jar运行，而不是使用嵌入式tomcat，每个作为自己的docker容器？然后每个应用程序被解耦，但我不能再使用并行部署功能，因为我必须在另一个可以取代它之前杀死 jar。如果这是最好的方法，那么问题是：如何使用 docker 容器实现零停机部署？
• 将每个war文件作为独立的tomcat运行，每个作为自己的docker容器？然后每个应用程序将被解耦，并且还可以使用并行部署。但是我必须在这里为每个 docker 容器中的每个应用程序启动一个显式的 tomcat 网络服务器，这可能会对主机系统性能产生负面影响？
• 作为docker运行一个独立的tomcat，并将所有*.war文件放在一个共享文件夹中进行部署？在这里，我仍然可以使用并行部署功能。但这不是与 docker 的想法背道而驰吗？战争应用程序不应该打包在容器内吗？性能和资源要求在这里可能是最好的，因为这只需要一个 tomcat。

哪种方法适合 java miroservices？

Answer 1

为每个 Docker 容器使用一个 Jar 部署绝对是最好的方法。正如您所提到的，低耦合是您希望从微服务中获得的东西。使用 Docker Swarm 和 Kubernetes 等容器编排工具可以轻松完成滚动部署/金丝雀发布等。

如果你想玩转这些概念，Docker Swarm 相当简单：

在您的撰写文件中：

version: '3'

services:
    example:
        build: .
        image: example-image:1.0
        ports:
            - 8080:8080
        networks:
            - mynet
        deploy:
            replicas: 6
            update_config:
                parallelism: 2
                delay: 10s
            restart_policy:
                condition: on-failure

您撰写文件中的部署部分是 Docker Swarm 所需要的。

• replicas 告诉您，您的应用程序的 6 个实例将部署在 swarm 中
• parallelism 会告诉您将同时更新 2 个实例（而不是 6 个）
• 更新之间会有 10 秒的宽限期（延迟）

Lot's of other things you can do. Take a look at the documentation.

如果您更新服务，则不会出现停机，因为 Docker Swarm 将通过 4 个仍在运行的容器为所有请求提供服务。

我不推荐在生产环境中使用 Docker Swarm，但它是玩转容器编排概念的好方法。

Kubernetes 的学习曲线非常陡峭。如果您在云中，例如 AWS，EKS、Fargate 等服务可以为您消除很多复杂性。