Tomcat应用部署,是否要一个萝卜一个坑?

经常有读者在后台向我提问，一些个性化的问题就直接在后台回复了。也有些比较普遍的问题，比如下面这个：

自己的项目有多个应用，这些应用是要部署到同一个 Tomcat 里好，还是多个应用分别部署到不同的 Tomcat 里，每个里面只部署一个应用好呢?

最近在 Tomcat 官方的「邮件组」里也看到类似的问题，可能这个问题不分国界。一些 Tomcat 的 commiter 也给出了自己的看法，大家看法都不一样，正好咱们一起来看看，两种情况相比较，到底怎样使用适合。

首先我们自己先想一下，如果多个应用部署到一个 Tomcat 实例中，优劣分别有哪些呢?

优势 ：

安装管理、监控都方便，只需要安装一个 Tomcat，所有的操作都指向同一个实例即可。

劣势：

多个应用共用 Tomcat 的内存，容易互相影响。如果有一个应用占用堆太多，频繁的 GC 也会使其他应用跟着暂停。

每个 Tomcat 实例部署一个应用呢?

优势 ：

- 多个应用之间 Tomcat 的内存互相隔离，互相之间无影响。一个应用crash，频繁 GC，都只影响其自己，影响面缩小。

劣势：

相比一个实例，安装管理、监控都较繁琐一些。可以通过安装一个实例，设置不同的CATALINA_HOME来简化一些操作。

邮件组里的问题描述比上面的更详细一些。并且罗列了自己认为的优劣。

邮件内容较多，我选其中关键的几段翻译如下：

其中描述意见分歧在开发人员和运维人员之间

运维认为一个 Tomcat 部署多个应用，原因如下：

• 省内存 (每个 Tomcat 都会有内存的 footprint，即使没有应用部署运行)
• 省去额外的文件系统 (logs, tomcat installation, temp directory)
• 省去 nagios 监控配置
• 省去不少独立的端口 (security considerations)
• 省去每个都打安全补丁

开发人员认为应该一个 Tomcat里只部署一个应用，理由如下：

• 多个应用部署在一起，启动时间太长
• 多个应用部署在一起，一个出了问题,会影响到其他的应用 (OOM, 线程数打满 等等)
• 如果你需要在线上进行应用heap, 线程的dump， cpu使用等诊断分析，独立部署则不会影响到其他应用

邮件组里的回复，大部分倾向于一个应用部署一个Tomcat：

这样概念上最简单，应用之间不会互相影响。同时呢，可以使用不同的JVM，不同的环境，不同的库，不会互相限制，也不用测试这些应用间的兼容性。

多个应用部在一起，如果都是占用内存比较大的，比如占用Heap 较多，如果赶上一次Full GC，就会导致暂停时间较长，这样多个应用的线程都受影响。

Tomcat 的核心开发人员 Mark 认为这两种情况应该视情况而定。如果你的一个应用需要特别多的资源，这样尽量一个应用部署到一个Tomcat中以满足企业的要求。否则，倾向于多个应用共用同一个 Tomcat ，这样方便管理和运维。

我个人倾向于生产环境每个应用独立部署，每个应用独立监控，资源管理也互相隔离。在开发的时候，可以只设置一个 Tomcat 实例，部署多个应用到一个Tomct也更快捷，没那么多个性化要求，不需要再配置一堆的端口。当然，如果线上也都是各种小应用，没什么要求，部署到一起也OK。

总结下，生产上如果应用小，嫌麻烦，出问题可接受，都放到一起也没问题。如果占用资源比较大，需要稳定性等，尽量独立部署，开发环境就怎么方便怎么来。

【编辑推荐】

1. 四张图带你了解Tomcat系统架构——让面试官颤抖的Tomcat回答系列！
2. 为什么说Kubernetes是新的应用服务器？
3. 戴尔易安信为人工智能而创，带你解锁创新应用实践
4. Tomcat 的 Server 文件配置详解！
5. 小计Tomcat的调优思路 | 必学必知

（编辑：济南站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!