gpt4 book ai didi

java - 扩展 Java EE 应用程序的阶段

转载 作者:行者123 更新时间:2023-12-01 06:09:34 26 4
gpt4 key购买 nike

我真的很好奇专业程序员如何扩展网络应用程序。我做了大量的研究工作,但未能获得有关扩展阶段的信息,这可能与服务器性能取决于许多因素这一事实有关。不过,我很确定可以大致制定一些细节。

例如,

1.) 在良好的实现和良好的硬件的情况下,单个 Tomcat 服务器可以处理多少个并发请求?

2.)什么时候应该涉及负载均衡服务器?

3.)完整的 Java EE 堆栈(JBoss/Glassfish)什么时候开始有意义?

最佳答案

我觉得这在某种程度上是基于意见的,但最终“取决于情况”。

例如,Tomcat 可以处理多少负载?这取决于。如果您为每个请求发送静态 HTML 页面,那么答案就是“很多”。如果您每次都尝试计算前 100,000 个素数,那么可能不需要那么多。

一般来说,最好尝试将应用程序设计为集群/分布式使用。不要对 session 抱有太多期望 - 保持 session 同步的成本可能会很高。尽最大努力让每个方法真正无状态。有时这可能很困难,因为消费者(即网站)可能必须在每次调用时传递更多信息,以便任何集群机器知道请求的当前状态。等等。

当我想利用一些额外的 Java EE 功能(特别是 JMS、CDI 和 JPA)时,我将 Web 应用程序从 Tomcat 迁移到 Glassfish,然后迁移到 Wildfly。我本可以使用 TomEE 并将其固定下来,但具有统一管理 UI 的统一环境也是一个很好的好处。但你可能永远不需要这样做。您可以相当轻松地将所需的部分(即 CDI 和 JPA)添加到 Tomcat。

请注意,我从 Tomcat 迁移到完整的 EE 服务器并不是为了提高性能 - 我想利用 EE 堆栈的更大部分。虽然 Wildfly 有一些管理界面,可以让管理集群变得更容易一些,但我仍然可以毫无问题地使用 Tomcat。

所以,再次强调“这取决于情况”。如果您不需要比 Tomcat 提供的完整 EE 服务器更多的 EE 堆栈,那么很可能就太过分了。将一组 Tomcat 服务器放在 Apache HTTPD 负载均衡器(或 Amazon 负载均衡器)后面,并位于同样集群的数据库之上,实现起来也不算太糟糕。如果这对你来说足够了,那么我会坚持下去。不要仅仅为了性能而跳到 Wildfly 等,因为您不太可能看到任一方向的巨大变化。

关于java - 扩展 Java EE 应用程序的阶段,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37578745/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com