有人能用非Buzzspeak向我解释企业服务总线吗?

尽管ESB是基于消息传递的,但它不仅仅是“简单”的消息传递,也不仅仅是一个时髦的词。

因此,如果您从简单的老式异步消息传递开始,早期的网络往往是非常点对点的。您必须连接(即通过一些管理界面进行配置)每个连接和每对目的地,如果您胆敢移动任何东西,那么一定会有什么东西坏掉。因为连接点是手工连接的,所以这些网络从未达到高连接密度。增量成本太高,无法扩展。拓扑中还嵌入了大量的访问控制和策略。缺乏连接密度实际上有利于这种安全性方法,尽管它会抑制灵活性。

ESB试图通过……

• 目标/服务/资源的运行时解析
• 位置透明度
• 任意对任意连接和最大连接密度
• 为冗余、水平可扩展性和故障转移而设计的架构
• 策略、访问控制、从拓扑外部化的规则
• 在物理消息网络层上实现的逻辑消息网络层
• 公用命名空间

因此,当您的客户要求ESB兼容性时,他们需要类似于上述的东西。从应用程序的角度来看,这也意味着…

• 避免消息关联性,例如要求严格按顺序处理或只向特定节点而不是一般网络目标处理请求
• 在运行时动态解析目的地的能力(即添加队列的另一个实例,它会自动开始获取流量、删除一个以及到其余节点的流量路由)
• 请求者和提供者应用程序脱离了彼此“生活”的认识。请求者建立一个连接,不管它可能需要调用多少服务
• 按策略而不是按拓扑授权
• 能够识别和处理重复数据的服务提供商应用程序(根据JMS规范,请参阅由于会话处理而产生的“功能性重复数据”)。
• 能够运行服务提供程序应用程序的多个活动实例
• 检测服务提供商应用程序,以便您可以查询网络状态或执行测试,而无需发送实际事务。

另一方面,如果您的客户机不能清楚地表达这些内容,那么他们可能只想勾选一个框,上面写着“与ESB一起工作”。

我会尽量让它不受流行语的影响(但流行语的首字母缩写可能会潜入其中)。

当服务/应用程序/主机等…想要整合(所以互相发送信息),你可能会陷入混乱。ESB将这种混乱隐藏在自身(或其精灵)内部,这样一个组织就可以假装没有混乱,并且拥有可管理的东西。然后,它围绕着这个盒子包装了一大堆功能,使这个盒子更能吸引组织中做出购买如此昂贵产品决定的高级人员。这些人通常希望引入一项花费大量资金的大型计划,以证明他们正在“做些什么”,并知道如何花费大量资金。如果这是一个SOA计划,那么各个供应商都会告诉他们,需要一个ESB来让供应商了解SOA的工作原理(通常情况下,一旦他们想要的服务数量超过一个微不足道的数字)。

因此ESB是:

1. 卖主赚大钱的工具;
2. 为顾问们赚大钱的工具;
3. 高级管理人员(IT主管等)展示他们可以花很多钱的一种方式;
4. 一个用来掩盖混乱的盒子;
5. 与技术团队合作的总PITA。

在研究了这一点之后,我的 本能地说这只是 巴兹说我们需要 有一个独立的平台通过 信息来回传递

您是正确的,部分原因是术语ESB总是一个很好的词,很适合另一个流行词,合法的还是不合法的-这是 治理 (即帮助您管理 谁在访问您的端点 报告 韵律学 -指标btw是所有西装都喜欢看到的,所以这可能是一个贡献者)

他们可能需要平台中立设备的另一个原因是,他们使用的任何服务总是作为中心位置的端点公开,而不是特定的机器资源。ESB使您的服务的实际物理端点与它们无关,无论如何,它们都不应该关心这些端点,但是 使能够 您可以移动服务,但是它们只使用ESB端点。

除了用于 发现 ESB还使服务的并行版本控制变得更容易。如果我有选择,我的公司有预算,我们会购买IBM的x150设备:(

第三,许多更先进的总线,如Softwareag的产品,如果我回忆起来的话,在本机上就能够公开遗留数据,比如从主框架上作为服务的数据,而不需要通过 适配器

我不知道他们的意图是利用ESB提供的所有好处,还是如您所说,使其符合Buzzword。

在研究了这一点之后,我的直觉是说这只是Buzz说,我们需要一种平台独立的方式来来回传递消息。

那是对的。有时候,ESB会更进一步,包括消息传递保证、确认/确认消息等附加功能。ESB的存在通常也会显式或隐式地创建一个以前不存在的新协议,这是另一个重要的考虑因素。(也就是说,必须针对消息的格式设置某种标准或接口。)

我是否正确地拒绝了我们的合作伙伴的请求,因为他们只是想让我们的软件更符合Buzzword,或者他们告诉我们应该听的东西(即使是用Buzzspeak编码的)?

你应该经常倾听你的顾客,即使最初听起来很愚蠢。通常至少值得花费精力来决定发生了什么。从字里行间看,你的合作伙伴可能是想让你的服务更容易地与他们自己的服务和产品集成。

企业服务总线以标准方式处理系统之间的消息传递。这允许您以相同的方式在所有平台上与总线通信,总线处理特定端点所需的实际转换为单个通信机制。这意味着您使用一个公共消息方案编写所有代码来与总线通信,总线句柄采用您的公共方案并对其进行转换,以便端点能够理解它。

最简单的解释是解释它提供了什么:

多年来,公司通过收购不同的平台和技术来实现从财务到人力资源的特定业务功能。这些系统需要相互通信来共享数据,因此中间件成为了允许它们连接的粘合剂。在业务了解它之前,他们为这些系统和中间件的支持和维护支付费用。随着业务需求的变化,各部门决定创建自己的定制解决方案来满足特殊需求,而不是试图使老化解决方案具有足够的灵活性来满足其需求。在他们意识到这一点之前,他们花钱支持和维护遗留系统、中间件和定制解决方案。随着萨班斯-奥克斯利法案等新法律的出台,各公司需要有更好的信息用于报告目的。单一视图要求它们从所有系统捕获数据。此外,首席信息官现在面临着降低成本和增加客户服务的压力。一个明显的解决方案是消除冗余系统、昂贵的支持和维护合同以及需要专家支持的高成本遗留解决方案。移动到一个新的平台可以实现这一点,但是需要有一个过渡。没有能够复制业务功能的交钥匙解决方案。为了满足移动信息的需要,他们使用SOA,因为它允许通过通用实体访问信息。如果我从服务总线上请求所有员工,那么无论是来自15个人力资源系统还是1个系统,都会得到他们。当15个小时的系统变成1个系统时,调用和结果不会改变,只会改变在幕后的操作方式。服务总线概念将信息流标准化,允许IT经理在总线后面进行转换,而不会对上游用户产生长期影响。