提议的 Java EE 架构的性能

Question

我担心以下架构的性能：

• 应用服务器、ejb 会话 bean 和 DAO 中的 Java EE 应用程序
• 远程（富）客户端，一个swing应用。经典的基于表单的客户端
• 只有一个无状态 ejb，该 ejb 是通过 Web 服务访问的，而不是 rmi，而是通过一个自制的框架
• 每个 Web 服务请求都将根据 LDAP 进行身份验证
• 服务器上没有存储状态，只有客户端会话

我猜想在丰富的 GUI 上工作将涉及每个用户每 2-10 秒或更长时间进行一次远程调用。

你怎么看？

Answer 1

这基本上是一个客户端-服务器架构。在您的情况下，它是否能在实践中发挥作用不仅取决于由方框和箭头组成的架构图，还取决于许多其他因素：

• 国产 Web 服务框架的性能和成熟度？
• 层间传输的数据大小？
• 身份验证机制的性能、角色数量、用户等？
• 能否在这里和那里缓存信息？
• 有多少并发用户？
• 等

对我来说，这看起来像是一种可能的架构。但我建议您找出潜在的瓶颈（例如每个请求的身份验证）并确保它适用于您的非功能性需求。如果是，很好，如果不是，调整架构。