Performance 提出的javaee体系结构的性能
我担心以下体系结构的性能:Performance 提出的javaee体系结构的性能,performance,web-services,architecture,jakarta-ee,ejb-3.0,Performance,Web Services,Architecture,Jakarta Ee,Ejb 3.0,我担心以下体系结构的性能: appserver、ejb会话bean和DAOs中的JavaEE应用程序 远程(富)客户端,一个swing应用程序。一个经典的、基于表单的客户端 只有一个无状态ejb,ejb是通过web服务(而不是rmi)通过自制框架访问的 每个web服务请求都将根据LDAP进行身份验证 服务器上没有存储状态,只有客户端会话 我猜在富GUI上工作将涉及每个用户每2-10秒或更长时间进行一次远程调用 您认为呢?这基本上是一种客户机-服务器体系结构。在您的案例中,它是否在实践中起作用
- appserver、ejb会话bean和DAOs中的JavaEE应用程序
- 远程(富)客户端,一个swing应用程序。一个经典的、基于表单的客户端
- 只有一个无状态ejb,ejb是通过web服务(而不是rmi)通过自制框架访问的
- 每个web服务请求都将根据LDAP进行身份验证
- 服务器上没有存储状态,只有客户端会话
您认为呢?这基本上是一种客户机-服务器体系结构。在您的案例中,它是否在实践中起作用不仅取决于由方框和箭头组成的架构图,还取决于许多其他因素:
- 国产web服务框架的性能和成熟度
- 层之间传输的数据的大小
- 身份验证机制的性能、角色数、用户数等
- 能够在这里和那里缓存信息吗
- 有多少并发用户
- 等等
在我看来,这似乎是一种可能的架构。但我建议您确定潜在的瓶颈(例如,每个请求的身份验证),并确保它适用于您的非功能性需求。如果是,很好,如果不是,调整架构。这基本上是一种客户机-服务器架构。在您的案例中,它是否在实践中起作用不仅取决于由方框和箭头组成的架构图,还取决于许多其他因素:
- 国产web服务框架的性能和成熟度
- 层之间传输的数据的大小
- 身份验证机制的性能、角色数、用户数等
- 能够在这里和那里缓存信息吗
- 有多少并发用户
- 等等