中间件范式的选择

Question

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

• 完全兼容Java (EJB3s)；或
• 第三方ESB，如Apache Camel或Mule；或
• OSGi；或
• 事件驱动架构

我正在寻找一种类似的东西，或者一种可以让我说：

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

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

请有人提供真实的用例，当这4种情况中的每一种都比其他选择更好的时候？也许我们可以从这些用例中提取出这样的内容。

Answer 1

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

我个人喜欢DDS (数据分发处)，因为它的性能(本地网络上<100个usec延迟)，灵活性(动态发现端点意味着没有服务器查找)，以及强大的数据存储、表示和过滤选项。DDS支持Java (除了其他语言)，并用于多个领域的企业应用程序(财务、中间、DoD，仅举几个例子)。

Answer 2

一个好的第三方EIS架构可以合并其他三种选择，因此其中一种是疏忽，而不是推荐它。