建议部署 war 文件与带有嵌入式容器的可执行 jar

一个有趣的问题。这只是我对这个话题的看法，所以一切都要谨慎对待。我偶尔会使用 servlet 容器和嵌入式服务器来部署和管理应用程序。我相信使用servlet容器还有很多很好的理由，但我会尽量专注于为什么它们今天不那么受欢迎。

简短版本：Servlet容器非常适合在单个主机上管理多个应用程序，但对于仅管理单个应用程序似乎不是很有用。对于云环境，每个虚拟机一个应用程序似乎更可取且更常见。现代框架希望与云兼容，因此转向嵌入式服务器。

所以我认为云服务是放弃servlet容器的主要原因。就像 Servlet 容器允许您管理应用程序一样，云服务允许您管理虚拟机、实例、数据存储等等。这听起来更复杂，但对于云环境，已经转向单一应用程序机器。这意味着您通常可以像对待应用程序一样对待整个机器。每个应用程序都在具有适当大小的计算机上运行。云实例可以随时弹出和消失，这非常适合扩展。如果应用程序需要更多资源，则可以创建更多实例。

另一方面，专用服务器通常功能强大，但大小固定，因此您可以在一台计算机上运行多个应用程序，以最大限度地利用资源。管理数十个应用程序 - 每个应用程序都有自己的配置，Web服务器，路由和连接等 - 并不好玩，因此使用servlet容器可以帮助您保持一切可管理且自己保持理智。但是，扩展起来更难。云中的Servlet容器似乎不是很有用。它们必须为每个微小的实例进行设置，而不会提供太多价值，因为它们只管理单个应用程序。

此外，云很酷，非云的东西很无聊（如果我们仍然相信炒作的话）。默认情况下，许多框架都尝试可扩展，以便可以轻松将其部署到云中。嵌入式服务器可以快速部署和运行，因此它们似乎是一个合理的解决方案。Servlet 容器通常仍受支持，但需要更复杂的设置。

其他一些要点：

• 嵌入式服务器可以针对框架进行优化，也可以更好地与框架工具集成（例如 Play 控制台）。
• 并非所有云环境都附带可自定义的计算机映像。与编写初始化脚本来下载和设置 servlet 容器相比，使用专用软件进行云应用程序部署要简单得多。
• 我还没有找到一个Tomcat设置，它不会在每次重新部署您的应用程序时都会出现烫发gen空间错误。当您几乎可以立即在过渡实例和生产实例之间切换而无需任何停机时间时，花费更长的时间（重新）启动嵌入式服务器是没有问题的。
• 如问题中所述，最终用户只需运行应用程序即可非常方便。
• 嵌入式服务器是便携式的，便于开发。如今，一切都很快，原型和 MVP 需要尽快创建和交付。没有人愿意花太多时间为每个开发人员设置环境。