Glass Fish - 吞吐量和消息大小的实际限制？
我不是 glassfish 专家，但在一个将 GlassFish 用作企业服务总线的项目中，我有点处于接收端，有点不同意架构团队的观点。
GlassFish 的吞吐量（每秒消息数）和消息大小的实际限制是什么？就像一个像样的现代专用服务器的门牌号码一样。之所以问这个问题，是因为我桌上的架构提案恕我直言，很荒谬——但我不知道 GlassFish 的局限性。
Not a glassfish specialist here but in a project where GlassFish is to be used as enterprise service bus, and I am sort of on the receigving end and a little no agreeing with the architecture team.
What are practical limits on throughput (messages per second) and message size for GlassFish? Just as house numbers for a decent modern dedicated server. Asking because the architectural proposal on my desk is IMHO ridiculous - but I have no idea about the limits of GlassFish.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您确实应该自己运行自己的基准测试（在您的硬件上，使用您自己的设置），但根据我的经验，GlassFish ESB 非常高效且可靠。
以防万一，这里有一些资源可能会给您一些想法：
但如果你需要说服某人，我认为你应该用明显的事实来证明。
You really should run your own benchmark yourself (on your hardware, with your own settings) but to my experience, GlassFish ESB is pretty efficient, and reliable.
Just in case, here are some resources that might give you some ideas:
But if you need to convince someone, you should IMO come back with demonstrable facts.