Tomcat vs WebSphere：有什么区别？

什么是WebSphere？

马上，让我们解决一些歧义，以确切的名称“ WebSphere”的含义。

WebSphere品牌与各种IBM产品相关联，从传统门户网站服务器到内存数据网格。 IBM甚至提供了一个名为WebSphere Liberty的轻量级WebSphere品牌的应用程序服务器，该服务器很容易停靠并部署到Kubernetes群集中或托管容器服务（例如Amazon的Elaster Cancemanter Service（EKS））。在此讨论中，“ WebSphere”专门指的是IBM于1998年首次发布的基于雅加达EE的传统应用程序服务器，如今仍在积极开发中。

就发布日期而言，这可能是Tomcat与WebSphere辩论的最大相似之处。 Tomcat于1999年（在WebSphere一年后发行）发行。两种产品都是对当时Java社区中存在的技术需求的回应，即对可以处理基于Web的请求响应周期的应用程序服务器的需求。除了这一点之外，这两种产品显着分歧。

雅加达EE API支持

产品必须作为Java应用程序服务器将Servlet和JSP API实现为质量。 Tomcat和WebSphere都符合此条件，但是WebSphere通过实施完整的Jakarta EE软件堆栈进一步迈进了一步。这意味着传统的WebSphere Application Server为一组扩展的API提供了支持，例如用于Restful Web服务的Java API，Java消息传递服务和XML Web服务的Java API。 Tomcat仅支持Jakarta EE Web配置文件所需的API子集，该jakarta EE Web个人资料本身只是完整的Jakarta EE Spec的一个子集。

Tomcat与WebSphere安装

两种产品的安装也明显不同。

tomcat分配为具有两个依赖项的压缩档案，安装了JDK和配置Java_home。在满足这些依赖关系的情况下，Tomcat的安装仅需要您解压缩文件并运行启动脚本。

与Tomcat相反，WebSphere要求首先安装名为IBM安装管理器的产品，然后必须下载和安装IBM安装管理器的产品。更新IBM安装管理器后，必须应用于IBM安装管理器的新补丁。

然后，IBM安装管理器会处理IBM JDK安装，产品许可以及最后的WebSphere Application Server Binaries安装。 WebSphere Application Server安装本身通常需要重新启动，因为IBM安装管理器应用后续修补程序和修复包。

应该注意的是，IBM安装管理器的开销有价值。通过策划安装各种IBM和WebSphere工具，它可以确保以保持它们之间可比性的方式安装产品，同时确保在使用软件之前应用地址功能，性能和安全性问题的补丁程序。

可以在几分钟之内执行Tomcat安装。 WebSphere Application Server安装需要补丁程序和修复包装，将在一个小时内难以执行。

Tomcat与WebSphere应用程序服务器支持

WebSphere和Tomcat之间的最大区别可能是，尽管Tomcat是由Apache Software Foundation管理的开源项目，但WebSphere Application Server是IBM支持的商业产品。在产品采用方面，这往往是两者之间的关键因素。

诸如银行，政府，保险公司等建立的组织，尤其是已经与IBM有工作关系的组织，例如由全球最大的软件服务公司之一支持的服务器所带来的安全和安心。此外，已经拥有IBM支持合同的组织通常可以协商有利的WebSphere定价条款，例如将产品支持时间与现有服务合同捆绑在一起。

有一个古老的说法是，当事情出错时，有一只喉咙可以cho住是一件好事。从更有礼貌的角度来看，从一个建立的供应商那里购买IT IT基础架构组件是有价值的。因此，许多使用WebSphere品牌软件的组织还使用其他IBM产品，例如DB2和MQSeries。因此，客户可以利用供应商关于如何将所有系统集成在一起的专家知识。

有一些供应商专门从事Apache Tomcat支持，例如Tomitribe，Payara等。但是，他们远没有IBM的名称识别。

Tomcat与WebSphere性能比较

WebSphere Application Server上规定的最大投诉之一是其资源的渴望。

传统的WebSphere应用程序服务器下载的大小超过2 GB。 JAVA任务控制等JVM剖面师表明，在内存中，裸露的WebSphere安装过程将消耗半GB至1 GB。此外，需要将大量文件加载到内存中以使服务器运行对启动时间产生负面影响。

当将WebSphere部署到很少需要重新启动的功能服务器上时，这些问题有些微不足道。但是，对于现代，基于微服务的架构，甚至对于在其本地机器上安装的开发人员而言，资源消耗是有问题的。

与WebSphere相比，Tomcat的资源需求最少。可以将Tomcat压缩到尺寸少于10 MB的文件中，并且只部署默认应用程序的运行服务器永远不会消耗超过100 MB的RAM。听到许多WebSphere开发人员在本地测试Tomcat或Tomee安装，并且仅在WebSphere上测试质量保证或预生产验证，这可能并不奇怪。

Tomcat的小安装尺寸和最小的内存足迹使其非常适合微服务部署和托管RESTFUL Web服务，尽管组织确实专注于启动时间和性能，并且通常更喜欢基于Eclipse的Java应用程序服务器Jetty。

在性能方面，可以将Tomcat和WebSphere都聚集在高可用性和增加的吞吐量方面。通过群集配置，在容量计划方面，两个服务器之间没有区别。但是，WebSphere将消耗更多的内存和文件系统资源来处理可比数量的请求。

Tomcat与WebSphere：选择哪个服务器？

如您所见，在比较企业Java工具时，Apache Tomcat vs WebSphere应用程序服务器比较显示出最大的差异。尽管开源社区维持TOMCAT，但WebSphere应用程序服务器的开发和支持由IBM提供。虽然可以快速安装Tomcat，但更涉及WebSphere安装。虽然Tomcat二进制文件的尺寸很小，但WebSphere是大量下载。这两种产品再也没有什么不同。那么，您应该选择哪个Java应用程序服务器？

通常，WebSphere是与IBM有工作关系，对IBM产品套件感到满意的公司的正确选择，并且预计需要提供IBM的软件和服务支持，不仅可以帮助他们的基础架构，而且还需要开发注定要部署到WebSphere的应用程序。对于这些类型的组织，传统的WebSphere应用程序服务器是正确的选择。

对于缺乏银行，政府和保险公司和持续软件支持的富裕IT预算的较小组织而言，选择Apache Tomcat与IBM WebSphere的选择可能是更可持续的长期选择。