0

我正在构建一个新的 Java EE 应用程序（瘦客户端），这里是应用程序层：

  • 应用程序演示将使用 JSF2 / Spring webflow 和 RichFaces 4
  • 业务层将使用 EJB 3
  • 持久层将使用 JPA2 - Hibernate 实现

该应用程序将在 Websphere Application Server 上运行。

该公司拥有 Websephre Message Broker 作为 ESB。

我有两个选择，我试图根据可扩展性、维护、性能、最佳实践和企业架构设计找出最佳选择，对于它们中的每一个：

  1. 在 ESB 上部署业务 EJB3 服务，在专用服务器上部署表示层：表示层将通过 ESB 调用业务服务
  2. 在专用WAS上部署EJB服务，在专用服务器上部署表示层：表示层将直接调用EJB服务而不使用ESB
4

2 回答 2

1

这是我的建议……使用您做出的架构决策在 WAS 上构建您的应用程序。对于将您的应用程序集成到 ESB，我会投票支持 JMS 或 WebSphere MQ。您可以选择 Web 服务，但正如您的企业架构团队很可能会说的那样......您需要与确认交付进行时间独立的通信。

如果您还想了解这一切是如何工作的，我会查看 IBM SOA 设计模式或随意阅读我的红皮书（IBM SOA 零售设计模式），了解如何将应用程序粘合到 ESB。

于 2012-11-15T01:45:52.063 回答
1

这取决于（一如既往:)）如果您计划在未来扩展您的应用程序并将其与除 JSF 客户端之外的其他客户端集成，那么 ESB 将是一个可行的解决方案。否则，请保持简单，即应用服务器中的所有内容。如果您继续使用 ESB，我建议您将 EJB 层移动到应用程序服务器，并将您的应用程序从 ESB 公开为 Web 服务。

于 2015-09-10T14:33:33.180 回答