Jakarta ee GlassFish app server中的多实例应用程序体系结构和部署
我需要为每个GlassFish服务器(V3.1)大约100个客户设置一个托管环境。 每个客户都需要自定义配置的应用程序,这些应用程序可以彼此独立运行。(JDBC、JMS、重启单个应用程序的可能性) 最好运行单个虚拟机,因为使用750MB的RAM启动100个JVM听起来不是个好主意 到目前为止,我已经测试了以下解决方案,但不幸的是,这两个解决方案都没有满足我的要求:Jakarta ee GlassFish app server中的多实例应用程序体系结构和部署,jakarta-ee,deployment,hosting,glassfish-3,multiple-instances,Jakarta Ee,Deployment,Hosting,Glassfish 3,Multiple Instances,我需要为每个GlassFish服务器(V3.1)大约100个客户设置一个托管环境。 每个客户都需要自定义配置的应用程序,这些应用程序可以彼此独立运行。(JDBC、JMS、重启单个应用程序的可能性) 最好运行单个虚拟机,因为使用750MB的RAM启动100个JVM听起来不是个好主意 到目前为止,我已经测试了以下解决方案,但不幸的是,这两个解决方案都没有满足我的要求: 在不同的域上部署应用程序。由于JVM Ram的使用和在多个端口上运行多个管理控制台的复杂性,此解决方案是不够的(我们不需要太多的分离
更新 关于我的应用程序中的依赖关系和共享: 按照我想在Glassfisf服务器上实现的想法,每个应用程序都需要单独的资源(JMS和JDBC)。这不是问题,我可以针对每个应用程序自定义它,甚至针对在一个实例上启用的每个虚拟主机(我可以通过从Http请求获取服务器名称来识别虚拟服务器,并在实例目录中准备单独的资源和配置文件,以将配置应用于此特定虚拟服务器) 我的“独立性要求”是:
Olgierd如果您使用GF 3堆栈,您会注意到该产品经过重构以从OSGi架构中获益。。因此,现在您可以在GF3中部署捆绑包甚至.wab文件(web应用程序捆绑包)。此体系结构将使您能够:
- 管理不同模块的版本
- 独立停止/重新启动应用程序
- 要为您的应用程序提供通用捆绑包,避免浪费perm gen空间
Jerome如果有人对这个问题感兴趣,那么这里会更成功地发布:问题是在GF中实现多实例架构是否可行。AFAIK OSGi也没有帮助。这样看来,这里的多租户体系结构更自然()。