聪哥哥有话说之聊聊Tomcat的应用部署

Tomcat的部署方式有很多种，以下列举:

第一种，是本地打包为war,直接通过winscp上传到远程服务器目录上。

第二种，通过git clone的方式打包war部署。

第三种，需要设置tomcat的权限，直接通过输入IP+端口，进入tomcat首页，输入对应的用户名和密码，直接通过文件上传的方式完成部署。

综合三种，本质就是通过war来实现的。哪怕是非maven项目，动态web项目本质上也是一样的，也可以打成war包，当然不打成war也行。

回到一个问题上面来，有人说一个tomcat部署一个web应用，浪费资源了，还有人说，一个tomcat部署多个web应用太占资源了。

下面我参考一个朋友的链接给出对应的方案，大家自行根据需求而定。

参考文章链接如:https://mp.weixin.qq.com/s/rEBqi0rSeolBYDHUBAMPgQ

多个web应用部署到一个Tomcat上的优劣?

优势 ：

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

劣势：

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

 

 

每个Tomcat部署一个web应用的优劣?

优势 ：

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

劣势：

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

其实上述的优劣对比，综合起来，就是开发与运维从各自的角度分析得出的。

归纳如下:

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

• 省内存 (每个 Tomcat 都会有内存的 footprint，即使没有应用部署运行)

• 省去额外的文件系统 (logs, tomcat installation, temp directory)

• 省去 nagios 监控配置

• 省去不少独立的端口 (security considerations)

• 省去每个都打安全补丁

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

• 多个应用部署在一起，启动时间太长

• 多个应用部署在一起，一个出了问题,会影响到其他的应用 (OOM, 线程数打满 等等)

• 如果你需要在线上进行应用heap, 线程的dump， cpu使用等诊断分析，独立部署则不会影响到其他应用

 

问:聪哥哥怎么看?

答:视情况而定，根据公司在开发和运维方面投入的资源而定，如果是运维方面，投入比重比较小，建议还是尽可能的最大程度挖掘服务器(也就是能用空间，尽可能充分利用，要有宁可错杀一万，绝不放掉一个的勇气和智慧)。当然了，就稳定性的角度看，还是能一个tomcat对应一个web应用也是不错的选择。当然了，还是那句话，一切从实际出发，实际出现什么样的情况，就采取什么样的措施。