在我之前工作过的一家大公司中，一位经理购买了超过 50,000 美元的 Websphere 生产许可证，尽管他只需要一个容器就可以在一个小型 Intranet 系统上运行几个 servlet。
假设我们同意这是矫枉过正，至少可以说，并且像 Tomcat 这样的免费 servlet 运行程序可能就足够了，那么哪种类型的业务/技术使用可以证明 Websphere 等应用程序服务器的高成本是合理的？我认为集成项目是最有可能的候选者——即在需要使用 Java/Websphere 作为桥梁或包装器将多个遗留系统粘合在一起的环境中。还有什么好的案例吗？
我不一定同意以下观点，但那里有一个相当强烈的论点......
<devil's advocate>
在查看许可时要记住的关键事项不一定是技术成本，而是在凌晨 2 点有人指责你的成本，那时你想要钱的一切都已经消失了。
有很多公司已经在这种方法上建立了他们的商业模式（例如 Sun - 抛开关于这种方法是否真的有效的明显争论，RedHat 等）。
IBM 可以为其产品提供的好处并不能真正归结为技术本身（正如您所说，您可以以更好的价格获得可以完成相同工作的东西），更多的是关于他们的业务流程产品。如果您所处的环境需要可预测的正常运行时间、可扩展性等（例如银行业）
IBM 的产品经过了相当好的测试（它们通常在其他地方的前沿之后发布几个版本的原因之一）。你知道你得到的东西将非常强大，与其他大型企业系统（如你所说的遗留系统和其他业务系统，如 Siebel、Oracle、SAP 等）很好地集成，更不用说一站式- 支持与其他 IBM 产品的集成（如果您已经喝了完整的 IBM 酷援助）。
您还知道，在交付的内容存在问题的地方，它是相对透明的，并且对于您可能遇到的事情，会有记录在案的解决方法。
</devil's advocate>
如果你有足够聪明的人，你不一定需要像 IBM 这样的人可以提供的支持（以 RedHat 为例——人们仍然可以免费下载 Linux 并在其上开展业务）。但是在 2:00，你只能靠你自己了——你不能给 Linux（或 Tomcat 提交者之一）打电话，让他们告诉你你做错了什么并帮助你修复它。
如果您继续环顾四周，您会发现许多这样的决定并不像您认为的那样基于技术考虑。像大多数其他有经验的从业者一样，我会选择其他堆栈之一，例如 Tomcat 或 JBoss。这不是因为他们没有许可费用；而是因为他们没有许可费用。这是因为与其他 J2EE 产品相比，开发人员可以在最短的时间内构建出最好的产品。
至于为什么 IBM 和其他 J2EE 供应商仍然拥有与他们一样大的市场份额，这是因为“有一个喉咙要窒息”和“不能因为购买 IBM 而被解雇”这样的思维模式。两者都没有太多的技术优势，但那是因为大多数时候做出这些决定的人在技术上不够成熟，无法理解真正的因素，并且没有或不信任有资格做出决定的人决定。
这个问题有点过于细化，无法给出简短的技术答案，因为在您的情况下构建成功的产品有很多复杂的方面。不过，有一些通用的“傻瓜容器”指南：
请记住，Websphere不仅仅是一个过度设计的 Servlet 容器——它还是一个过度设计的 J2EE 容器。因此，J2EE 中也支持 EJB 之类的东西存在于 WebSphere 中——因此，如果应用程序确实需要它们，它们是可用的。当然，为什么需要 WebSphere 而不是通用 J2EE 容器，我无法理解——除非他们需要过度设计的特性 Y，该特性 Y 将在具有竞争性的免费产品 Z 的里程碑 X 中发布。
准确地说，Websphere 不是产品。这是一条产品线。正如 Martin 所说，服务是人们购买 IBM Websphere 产品的关键部分（顺便说一句，IBM 收入的很大一部分）。
Websphere 不仅包含 J2EE 堆栈（又名 Websphere Application Server）。它有许多构建在其之上的组件/产品，例如 Websphere Process Choreographer（工作流引擎）、Websphere Portal、Websphere Business Monitor 和其他用于运行业务的有用组件。
Websphere 是一个糟糕的产品。除非您只需要与它集成的所有其他 IBM 产品，否则没有合理的理由购买它。如果您只需要一个 servlet 容器，请使用 Tomcat 或 Jetty。
它们的速度无限快，不会让您的开发人员头疼。Websphere 是一个令人讨厌的皇家痛苦。在 tomcat 中花费几秒钟的事情，例如部署一个小型 WAR，在 Websphere 中实际上需要几分钟和一千次点击。
最后，Websphere 只被出售给那些经理，不懂技术，不关心浪费^h^h^h^h 投资公司资金的大公司类型，并且因为老话 - 没有人因为购买 IBM 而被解雇。
许多人不使用 EJB，而是坚持使用 Hibernate 和 Servlet。如果您一开始就这样做，那么当您决定迁移到 Websphere 时，您的 WAR 没有理由在未来无法工作，因为它与某些东西集成。再说一次，你真的应该确保你知道你将来可能需要什么其他产品，并在你的决策过程中使用它。
我确信许多其他 java 类型在被迫使用 Websphere 时只使用 servlet 通常在 Tomcat 中开发，然后在最后部署在 WS 中。