部署带/不带Tomcat的Grails应用最佳实践及Tomcat升级优化问询

方案1：保留Tomcat部署模式，实现配置与核心程序分离 #

• 拆分Tomcat目录结构：将Tomcat的CATALINA_HOME（核心程序目录）与CATALINA_BASE（实例配置目录）完全拆分。CATALINA_HOME仅存放Tomcat官方发布的原生二进制文件，所有自定义配置、Web应用、日志、SSL证书、连接器参数、第三方依赖包全部存放在每个实例独立的CATALINA_BASE目录下，CATALINA_BASE仅需保留conf、webapps、logs、temp、work这几个自定义目录即可，无需存放核心程序。
• 升级操作大幅简化：新版本Tomcat发布后，仅需删除旧的CATALINA_HOME目录，将新版本Tomcat解压到原路径即可完成升级，所有实例的配置完全不需要修改，重启对应实例即可生效，不需要重新配置任何自定义参数。
• 适配多实例场景：你当前的多Tomcat部署场景，可以为每个Tomcat实例创建独立的CATALINA_BASE目录，所有实例共用同一个CATALINA_HOME核心程序，单次升级即可覆盖所有实例的Tomcat版本更新。

方案2：无需独立部署Tomcat，直接使用Grails内置容器打包 #

• Grails 3.x及以上版本原生支持内置Servlet容器打包，你可以直接将应用打包为可执行Jar包，内置的Tomcat/Jetty/Undertow容器会和应用一起编译打包，不需要在服务器上安装、维护任何独立的Tomcat实例。
• 配置与升级逻辑：所有容器配置（连接器、SSL证书、线程池参数等）都直接写在Grails应用的application.yml/application.groovy配置文件中，若漏洞扫描提示内置容器版本存在风险，仅需升级Grails对应的容器依赖版本，重新打包一次Jar包即可完成升级，不需要修改服务器上的任何全局配置。
• 运行方式：服务器上仅需配置对应版本的JDK环境，执行java -jar 应用包名.jar即可启动服务，也可以配置为systemd系统服务实现开机自启、日志托管。

两种方案可根据实际场景选择：若多个Grails应用需要共享统一的容器配置、SSL证书，优先选择方案1；若不同应用配置差异大、需要独立迭代，优先选择方案2。

内容的提问来源于stack exchange，提问作者Gilberto Martinez