0

我一直在阅读 Java 中间件解决方案，除非我在这里完全偏离了基础（我可能已经这样做了，在这种情况下请先纠正我！），似乎有四个主要的中间件解决方案/您可以为企业应用程序选择的范例：

  • 完全兼容的 Java EE (EJB3)；或者
  • Apache Camel 或 Mule 等第 3 方 ESB；或者
  • 操作系统吉；或者
  • 事件驱动架构

我正在寻找某种规则，或遵循的协议，这将允许我说：

鉴于业务需要 xyz，这个应用程序的最佳中间件策略是 xyz。

我想我想知道这四种方法中的每一种都有哪些优点/缺点/优点/注意事项，以及这些属性如何适应这四种途径中的哪一种途径的决策。

有人可以提供现实生活中的用例，说明这四个中的每一个都比替代方案更可取吗？也许我们可以从这些用例中提取出这样的标准。

4

2 回答 2

0

一个好的第 3 方 EIS 架构可以包含其他三个选项，因此不推荐它就是失职......

于 2012-06-22T01:05:39.003 回答
0

我认为第 5 个答案是：“第 3 方通信中间件，如 DDS、CORBA 或 JMS”。这些都是用于进程间数据通信的标准化技术。

我个人喜欢 DDS（数据分发服务），因为它的性能（本地网络上的延迟小于 100 微秒）、灵活性（端点的动态发现意味着没有服务器查找）以及强大的数据存储、呈现和过滤选项。DDS 支持 Java（除了其他语言）并用于多个领域（金融、媒体、DoD 等）的企业应用程序。

于 2012-06-22T18:46:23.827 回答