多个后台服务，放到一个 tomcat 还是分开放在不同的 tomcat 呢

• 資深大佬 : fkdog

  那肯定要放多个 tomcat 啊。
  方便各个实例进行调整参数不影响其他服务。

• 資深大佬 : gz911122

  jar 包呗 多省事

  tomcat 好麻烦啊…

• 資深大佬 : kop1989

  好问题，帮顶了。我也想知道 tomcat 有没有类似 iis 的“应用程序池”概念。还是一个 tomcat 实例就只能是一个“应用程序池”。

• 資深大佬 : Hanggi

  golang 就没有这个问题。

• 資深大佬 : kaifang

  用 docker ？

• 資深大佬 : qwerthhusn

  现在裸用 tomcat 的不多了，都是 spring boot 了
  spring boot 一个应用里面内嵌一个 tomcat 容器

  所以我感觉还是单独用比较好
  * 重启停用或者重新部署某个应用，可能需要重启 tomcat，重新加载 10 个应用
  * 没法精细调控每个应用的内存大小等
  * 涉及到日志，比如 tomcat 打印的一些日志，可能会把所有应用的混在一块，比如 access.log

• 資深大佬 : vincent927

  从稳定性来讲，肯定是放不同 tomcat 好

• 資深大佬 : freedom0072006

  不同

• 資深大佬 : xetv

  各自分开放，每个服务需要多少内存各自配置，放一起可能会比较频繁出现 OOM，而且你还不好排查。总之就是一个 tomcat 放多个 war 包问题多到头大。

• 主 資深大佬 : NoKey

  @xetv 我在想这个问题。比如，所有服务需要的内存加到一起 16 个 g，那么，我就给这个 tomcat 分 16 个 g，和每个 tomcat 各自分，有多大差别。然后，tomcat 的线程和连接数量等设置问题，同一台机器的话，这个设置肯定有个上限，设置成一个和多台分开设置，加到一起的，始终不能超过上限。那么，就配置这方面来说，是不是放一个和放多个是一样的。优势是不是还是在可以单独停机上面

• 主 資深大佬 : NoKey

  @qwerthhusn 我们这里要把 springboot 编成 war 包放到 tomcat 里

• 資深大佬 : daozhihun

  建议分开，不然一个挂了可能导致全都挂了。
  tomcat 的内存占用我觉得并不是问题，spring boot 框架本身的内存占用才是大头，相比之下 tc 的开销可以忽略了

• 資深大佬 : securityCoding

  建议不同 tomcat , 不过现在大都是 fatjar 了

• 資深大佬 : janda

  可以多个 tomcat 、前面放一个 nginx 挡着！反向代理设置每个 tomcat 的路径、不影响使用

• 資深大佬 : cpstar

  直接上 docker 多省心

• 主 資深大佬 : NoKey

  @cpstar 省心么？上 docker 就要维护 docker，然后要上管理 docker 的系统，一层一层增加运维的事
• 資深大佬 : abcbuzhiming

  user jar!not war!口号的提出的一个原因就是 tomcat 里多个应用是会互相影响的，有的时候一个应用把线程池耗干了会卡死其它应用。所以现在都推荐一个 jar 单独一个应用

• 資深大佬 : abcbuzhiming

  @cpstar 在你上足够规模之前 docker 不省心，反而是个麻烦，我更倾向于直接用 systemd 管理应用

• 資深大佬 : xetv

  @NoKey #10 一个 tomcat 分 16g，多个应用同时跑，那每个应用占用的是不一样的，比如说有个应用代码有缺陷可能会引起整个 tomcat 内存频繁 gc 之类的，反而影响其他应用。如果是每个 tomcat 各自 1g，那不会出现互相影响了。还有就是 cpu 线程问题，那一个 tomcat 和多个 tomcat 其实没啥太大区别。
  你提到 tomcat 的连接数量，如果是多个应用一个 tomcat，那是共用连接数，分开放是各自使用各自的连接数。这点是有区别的。

  优势不仅是单独停机，而是运行的时候不在同一个容器里面，不会出现互相影响的情况。有些应用频繁申请内存频繁 gc，有些应用占用资源少，内存上是共用内存和各自使用各自的内存的区别，分开放不会引起太大的干扰。

  我们这边之前由于共用同一个 tomcat 出现过太多问题了，我是推荐分开放的。

• 資深大佬 : goinghugh

  @xetv 如果内存较为紧张，从减少内存开销的角度看，放在一个 tomcat 中是更好的吧 ？

• 資深大佬 : xetv

  @goinghugh 如果单从这个角度来看放一起会稍微好点。

• 主 資深大佬 : NoKey

  @xetv 谢谢你的回复

• 資深大佬 : ren2881971

  多个 tomact 这样可以利用多个 jvm 。如果多个应用共用一个 jvm 性能很差。

• 資深大佬 : iminto

  @kop1989 多个后台服务，放到一个 tomcat 里，当然可以。

  而且有个优点，可以多个应用，使用同一个 jar 依赖，减少内存占用，当然缺点也很明显，会彼此互相影响

• 資深大佬 : kop1989

  @iminto 当然，但是 iis 之类的 web 容器是有“应用程序池”概念的，也就是一个 iis 容器可以提供多个互不影响的“应用程序池”。
  tomcat 据我所知应该是不能建立多个互不影响的 web 容器空间的吧？

• 資深大佬 : iminto

  @kop1989 嗯，tomcat 不行，得其他容器，比如 wildfly 应该是支持你说的这种

• 資深大佬 : cpstar

  @NoKey 那你要把简单的事情复杂化，那是不一样的
  @abcbuzhiming docker 这东西，配全了自然好。但是如 LZ 单机起 10 个服务，然后反向代理或者散端口，咱不说服务器扛住扛不住，就这些配置（包括 nginx 和各个 tomcat 的）就够折腾一阵子了。docker 至少把配置都给虚拟化了，简单一个命令行，启动 10 个虚拟应用，不省心么

• 主 資深大佬 : NoKey

  @cpstar docker 用的不多，请教一下，docker 里面的 tomcat 需要配置不？ docker 上面还是应该有一个 nginx 吧？

• 資深大佬 : cpstar

  @NoKey tomcat 想启动起来，得把 java_home 弄好吧，得把 server.xml 配置上吧，甚至 context.xml 和 web.xml 都得搞一搞，然后 catalina.sh 。相比较，docker 一条命令行，端口、webapps 都配置好了，当然想深入配置的话，可以把 server.xml 单拎出来，至于 java，镜像里已经封装好了。
  比如一句 docker run -it –rm -p 8888:8080 tomcat:9.0，直接启动一个标准 tomcat 实例，增加了-p 参数，开本机的 8888 端口对应到虚机里的 8080 端口，也就是将标准 tomcat 的 8080 转成了 8888，就这个过程按照配置的话至少 vi 一下 server.xml 。

  如果一个实例，那这么干一票也就算了，但是 10 个实例，10 条命令行省心还是干 10 次配置省心呢？

  至于前端的 nginx，看 lz 需求了，我感觉大概率他只需要 10 个端口，不需要统一端口通过 servername 或者 uri_path 区分