我想会有很多人对我的应用程序感兴趣,这就是为什么我想知道我的架构是否良好以及我是否能够处理成千上万的人.
我计划通过JNDI使用Glassfish服务器公开远程EJB,因此1000人可以同时使用这些EJB(我猜可能有5-50个请求/秒)来检索本地计算所需的数据,然后到发送结果……
将EJB暴露给许多客户端是否昂贵?
使用webservices,rmi,另一种解决方案会更好吗?
你会为我推荐的另一种架构推荐我吗?
解决方法 首先,从纯粹的架构角度来看,EJB用于构建分布式应用程序,Web服务是一种集成技术,它们并不真正相互竞争.在您的情况下,EJB将是一个自然的选择(我们正在谈论EJB3,对吗?)和会话bean可以很好地扩展.其次,如果服务器端代码仅用于从数据库检索数据并在客户端计算后保存结果,则应用服务器很可能不会成为数据库的瓶颈.换句话说,没有太多担心.
因此,既然你的客户端都是100%的Java客户端,我只会暴露无状态会话bean1并避免SOAP / XML封送/解组和编写WSDL的开销(如果有一天你需要将你的服务公开为Web服务,这仍然是是可能的,而且很容易).
1您可以自行决定使用JPA或其他方式进行数据访问.
总结以上是内存溢出为你收集整理的Web服务 – EJB3远程与Web服务,性能?全部内容,希望文章能够帮你解决Web服务 – EJB3远程与Web服务,性能?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)