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

Question

在一家大公司工作过，我曾经在一位经理那里购买过$ 50,000 + Websphere生产许可证，尽管他只需要一个容器来在一个小型内联网系统上运行几个servlet。

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

Answer 1

我不一定同意以下内容，但有一个相当强烈的论据......

<devil's advocate>

在查看许可时要记住的关键事项不一定是技术成本，而是在凌晨2点让某人指着你想要赚钱的时候用手指着你的成本。

有很多公司已经在这种方法上建立了他们的商业模式（例如Sun--关于这是否真的起作用，还有明显的争论，RedHat等）。

IBM可以为他们的产品带来的好处并不是真正归结为技术本身（正如你所说，你可以得到一些能以更好的价格做同样工作的东西），更多的是关于业务处理他们的产品。如果您所处的环境需要可预测的正常运行时间，可扩展性等等（例如银行业务）

IBM的产品经过了相当好的测试（其中一个原因是它们通常在其他地方的混合边缘发布了几个版本）。您知道您所获得的东西将非常强大，可以与其他大型企业系统（如您所说的旧系统以及Siebel，Oracle，SAP等其他业务系统）完美集成，更不用说一站式服务了-shop支持与其他IBM产品集成（如果您已经喝完了整个IBM酷助手）。

您也知道，如果交付的内容存在问题，那么它相对透明，并且会为您可能遇到的问题提供可用的文档解决方法。

</devil's advocate>

如果你有足够聪明的人，你不一定需要像IBM这样的人提供的支持（以RedHat为例 - 人们仍然可以免费下载Linux并在其上运行业务）。但是在凌晨2点你自己 - 你不能打电话给Linux（或其中一个Tomcat提交者）并让他们告诉你你做错了什么并帮助你修复它。

Answer 2

如果你继续环顾四周，你会发现很多像这样的决定都不是基于你认为应该的技术考虑因素。我和大多数其他有经验的实践者一样，会选择Tomcat或JBoss等其他堆栈之一。这不是因为他们没有许可费用;这是因为与其他J2EE产品相比，开发人员可以在最短的时间内构建最好的产品。

至于为什么IBM和其他J2EE供应商仍然拥有与他们一样大的市场份额，这是因为他们的想法模式“喜欢扼杀”，“不能因为购买IBM而被解雇”。这两者都没有太大的技术价值，但这是因为大多数时候做出这些决定的人在技术上并不足以理解真实因素，并且没有或不信任有资格制造这些决定的人。决定。

这个问题有点过于细微，无法给出简短的技术答案，因为在您的情况下构建成功的产品有很多复杂的方面。虽然有几个一般的“容器傻瓜”指南：

• 使用Tomcat或JBoss，继续前进，并专注于编写一个好的应用程序。我看到了对Glassfish的强烈投票，但我要提醒的是，它可能没有你满意的临界质量。您可以使用其他供应商产品之一并仍然成功;他们只会让你更加沉重。
• 如有疑问，请听Rod Johnson。他和他的公司Spring Source正在为今天的Java发展铺平道路。他今天正在为Java容器做什么，Josh Block为Java 1.2做了什么（任何人都使用Collections框架???）

Answer 3

请记住，Websphere 不是只是一个过度设计的Servlet容器 - 它是一个过度设计的J2EE容器。因此，J2EE中也支持EJB之类的东西存在于WebSphere中 - 因此，如果应用程序确实需要它们，那么它们是可用的。当然，为什么人们需要WebSphere而不是通用的J2EE容器超出了我的范围 - 除非他们需要过度设计的功能Y，这将在Milestone X中发布竞争免费产品Z.

Answer 4

确切地说，Websphere不是产品。这是一个产品线。正如Martin所说，服务是人们购买IBM Websphere产品（以及IBM大部分收入）的重要组成部分。

Websphere不仅包含J2EE堆栈（也称为Websphere Application Server）。它上面构建了许多组件/产品，例如Websphere Process Choreographer（工作流引擎），Websphere Portal，Websphere Business Monitor以及其他运行业务的有用组件。

Answer 5

Websphere是一个糟糕的产品。除非您需要与其集成的所有其他IBM产品，否则没有明智的理由购买它。如果您想要的只是一个servlet容器，请抓住Tomcat或Jetty。

它们速度更快，不会给开发人员带来麻烦。 Websphere是一个王室痛苦的屁股。在tomcat中花费几秒钟的事情，例如部署一个小型WAR，在Websphere中需要几分钟和一千次点击。

最终，Websphere只被出售给大公司类型，其中经理，知道很少的技术，不关心浪费^ h ^ h ^ h ^ h投资公司的钱，并且因为旧的分数 - 没有人被解雇购买IBM

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

我确信许多其他java类型在被强制使用Websphere时只使用servlet通常在Tomcat中开发，然后在WS的最后部署。