Glassfish 玻璃鱼-吞吐量和台面尺寸的实际限制？

这里不是glassfish专家，而是在一个项目中，glassfish将被用作企业服务总线，我有点接受，不同意架构团队的意见

---

GlassFish的吞吐量（每秒消息数）和消息大小的实际限制是什么？就像一台像样的现代化专用服务器的门牌号一样。因为我桌上的架构方案而发问是非常荒谬的，但我不知道GlassFish的局限性。

你真的应该自己运行自己的基准测试（在硬件上，使用自己的设置），但根据我的经验，GlassFish ESB非常高效、可靠

为了以防万一，这里有一些资源可能会给你一些想法：

---

但是，如果你需要说服某人，你应该带着可以证明的事实回来。

拥有是不可能的——主要问题是我们在这里谈论LARE公司。这是一个强加给我们的体系结构决策，硬件是“未知的”（企业服务总线-仅使用it类型的决策），不由我们的项目维护。