什么类型的业务/技术使用可以证明Websphere许可证的高成本是合理的？

在我以前工作过的一家大公司，一位经理购买了一个价值50000美元以上的Websphere生产许可证，尽管他只需要一个容器就可以在一个小型intranet系统上运行几个servlet

---

假设我们同意，至少可以说，这是过火了，而且像Tomcat这样的免费servlet运行程序可能已经足够了，那么什么类型的业务/技术使用可能会证明像Websphere这样的应用服务器的高成本是合理的呢？我认为，集成项目是最有可能的候选项目，即在需要使用Java/Websphere作为桥接器或包装器将多个遗留系统粘合在一起的环境中。还有其他好的例子吗？

我不一定同意以下观点，但有一个相当有力的论点

<devil's advocate>

---

我不一定同意以下观点，但有一个相当有力的论点

<devil's advocate>

请记住，Websphere不仅仅是一个过度工程化的Servlet容器——它是一个过度工程化的J2EE容器。因此，J2EE中也支持的EJB之类的东西存在于WebSphere中——因此，如果应用程序确实需要它们，它们是可用的。当然，我无法理解为什么需要WebSphere而不是通用的J2EE容器，除非他们需要过度工程化的特性Y，该特性将在竞争产品Z的里程碑X中发布。
请记住，WebSphere不仅仅是过度工程化的Servlet容器，它是过度工程化的J2EE容器。因此，J2EE中也支持的EJB之类的东西存在于WebSphere中——因此，如果应用程序确实需要它们，它们是可用的。当然，我无法理解为什么需要WebSphere而不是通用的J2EE容器——除非他们需要过度工程化的特性Y，该特性将在竞争产品Z的里程碑X中发布。
准确地说，WebSphere不是一个产品。这是一条生产线。正如Martin所说，服务是人们购买IBMWebSphere产品（顺便说一句，IBMs收入的很大一部分）的一个关键部分

Websphere不仅由J2EE堆栈（也称为Websphere应用程序服务器）组成。它有许多构建在其之上的组件/产品，如Websphere Process Choreographer（工作流引擎）、Websphere Portal、Websphere Business Monitor和其他运行业务的有用组件。
准确地说，Websphere不是一个产品。这是一条生产线。正如Martin所说，服务是人们购买IBMWebSphere产品（顺便说一句，IBMs收入的很大一部分）的一个关键部分

Websphere不仅由J2EE堆栈（也称为Websphere应用程序服务器）组成。它有许多构建在其之上的组件/产品，如Websphere Process Choreographer（工作流引擎）、Websphere Portal、Websphere Business Monitor和其他运行业务的有用组件。
Websphere是一个糟糕的产品。除非您需要与之集成的所有其他IBM产品，而不需要其他产品，否则没有合理的理由购买它。如果您只需要一个servlet容器，那么可以使用Tomcat或Jetty

它们的速度是无限快的，不会让开发人员头疼。Websphere是个令人讨厌的王者。在tomcat中需要几秒钟的事情，例如部署一场小型战争，实际上需要几分钟和在Websphere中点击1000次

最终，Websphere只会被出售给大公司类型，这些公司的经理对技术知之甚少，不在乎浪费公司的钱，而且由于旧的附加条款，没有人会因为购买IBM而被解雇

许多人不使用EJB，而是坚持使用Hibernate和servlet。如果您在一开始就这样做，那么当您决定迁移到Websphere时，您的WAR没有理由在将来不起作用，因为它与某些东西集成在一起。然后，你真的应该确保你知道你将来可能需要什么其他产品，并在你的决策过程中使用这些产品

我敢肯定，当被迫与Websphere一起使用servlet时，许多其他java类型通常在Tomcat中开发，然后在WS中部署。
Websphere是一个糟糕的产品。除非您需要与之集成的所有其他IBM产品，而不需要其他产品，否则没有合理的理由购买它。如果您只需要一个servlet容器，那么可以使用Tomcat或Jetty

它们的速度是无限快的，不会让开发人员头疼。Websphere是个令人讨厌的王者。在tomcat中需要几秒钟的事情，例如部署一场小型战争，实际上需要几分钟和在Websphere中点击1000次

最终，Websphere只会被出售给大公司类型，这些公司的经理对技术知之甚少，不在乎浪费公司的钱，而且由于旧的附加条款，没有人会因为购买IBM而被解雇

许多人不使用EJB，而是坚持使用Hibernate和servlet。如果您在一开始就这样做，那么当您决定迁移到Websphere时，您的WAR没有理由在将来不起作用，因为它与某些东西集成在一起。然后，你真的应该确保你知道你将来可能需要什么其他产品，并在你的决策过程中使用这些产品

我敢肯定，许多其他java类型在被迫使用Websphere和Servlet时，通常在Tomcat中开发，然后在WS中部署。
如果您继续环顾四周，您会发现许多类似的决策并不像您认为的那样基于技术考虑。一、 像大多数其他有经验的实践者一样，他们会选择Tomcat或JBoss等其他堆栈之一。这并不是因为他们没有许可成本；这是因为与其他J2EE产品相比，开发人员可以在最短的时间内使用他们构建最好的产品

至于为什么IBM和其他J2EE供应商仍然拥有如此大的市场份额，那是因为你