标签: esb

对我来说,JMS和ESB似乎是非常相关的东西,我试图了解它们究竟是如何相关的.

我已经看到JMS可以用作ESB的传输的句子 - 那么除了传输之外的其他什么应该存在于这样的ESB中？JMS是一个简单的ESB,或者如果不是,那么真正的ESB缺少什么？

我正在考虑将ESB集成到现有的基于Java/Maven Web的产品中.具体来说,我正在寻找ServiceMix和Mule.该产品将连接到多种不同的服务,包括电子邮件,Quartz,基于HTTP的RESTful Web服务,SMS和IM.我只是快速浏览了一下文档,这两个选项似乎相当重要且相当复杂.这似乎是何时使用ESB的教科书示例,但我不想花费大量时间来学习一个或另一个系统.

就像我说的,我已经有了一个由Maven构建的Web应用程序,并希望集成其中一个系统相当简单,即使只是为了发送电子邮件这么简单的事情,但看起来添加任何一个都将拉入世界的一半罐子的条款,很难嵌入现有的产品.

是否值得尝试引入其中一个选项？是否有一种简单的方法可以将它们集成到现有应用程序中而无需完全重组？还有其他更轻的重量选择吗？是否有一些方面我应该考虑使它们的使用值得？

企业服务总线(ESB),.NET服务总线(Windows Azure AppFabric Service Bus),NServiceBus,RhinoServiceBus,MassTransit等.

我试图了解这些技术的共同点或共同点.

我参加了朱瓦尔·洛的基于.NET服务总线介绍今天早些时候,他说,.NET服务总线可以作为一个穷人版的ESB的,所以我会认为这意味着在.NET服务总线是不是ESB,其他任何一个都是真正的ESB吗？

如果其他任何一个都是真正的ESB,那么它们将成为真正的ESB而不是.NET服务总线？

我对这些Web服务术语SOA,ESB感到困惑.

有人请解释一下.

ESB是SOA解决方案中用于路由,消息转换,协议桥接等的传统中间件.现在,几家供应商提供了一种名为API Gateway的新型中间件解决方案.这些解决方案通常被描述为访问组织公开提供的REST和SOAP服务的中心点.但是,API网关解决方案似乎提供了典型ESB功能的子集.

那么,ESB和API网关之间有什么区别？我什么时候应该使用其中一种？

我正在研究建筑模式,企业服务总线(ESB).阅读本文企业集成,几乎没有经验,我想知道BizTalk是否是ESB或者它只是一个EAI(集线器/轮辐或总线)？

我找到了这个NServiceBus和Biztalk,将BizTalk描述为一个中心消息代理.

考虑其他ESB框架(NServiceBus和Rhino Service Bus).这些框架没有处理消息的中心点.

Biztalk是EAI而不是ESB吗？

非常感谢

以下术语之间的关系和区别是什么？

• 企业消息系统(EMS)
• 企业服务总线(ESB)
• 面向消息的中间件(MOM)
• Java消息传递服务(JMS)

维基百科定义XMPP为:

...基于XML的面向消息的中间件的开放标准通信协议.

xmpp.org定义XMPP为:

可扩展消息传递和在线协议(XMPP)是一种用于实时通信的开放式XML技术,可为各种应用提供支持.

虽然我确信这些定义都非常准确,但它们并没有告诉我一个关于我 - 一个Java开发人员 - 实际上可以用XMPP 做什么的事情!

例如,我听说XMPP可以用于面向消息的中间(MOM).怎么会这样？XMPP可以以某种方式与我的Apache Camel路由,我的ESB或某些SOA实现集成,以提供更好/更快/更强大的业务层吗？如果是这样,怎么样？!？!

一个很好的,英语 - 英语对XMPP的解释,以及一些实际的例子(更好的以MOM为中心)将不胜感激.提前致谢!

在微服务架构中,自治业务服务应该直接相互通信.通信可以是同步(编排)或基于事件(编排).API网关可以聚合客户端的API(前端的后端).通过微服务,我们正在寻求两个最终目标

• 低耦合
• 高凝聚力

这为更高复杂性的价格提供了持续部署,细粒度扩展,快速技术适应,可重用性,可审计性等等.

但是,强烈建议不要使用ESB(企业服务总线)或其他中间件.微服务和ESB通常被视为竞争对手的解决方案.为什么ESB看起来如此糟糕？只要它仅用作具有一些额外监视和认证层(没有业务逻辑)的冥想通道,在微服务架构中使用它有什么问题？

企业服务总线(充当调解器,消息代理,服务启用器,架构转换增强器,透明位置提供程序,服务聚合器,负载平衡器,监视器以及所有这些东西的工具)是否负责协调服务？

如何在企业服务总线中放置超过一千步和几十个服务调用的自动化业务流程？

你会这样做,还是会使用编排专家如BPEL引擎？

请给你意见.