首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >企业服务总线与BPM

企业服务总线与BPM
EN

Stack Overflow用户
提问于 2015-12-19 14:50:42
回答 2查看 4.9K关注 0票数 8

我在一些输入中使用的ESB和BPM工具都调用多个步骤来完成任务。我所看到的不同之处在于,在ESB中,一切都是自动化的--流程是自动触发的,涉及许多外部调用/数据,并将其转换并发送到适当的系统以供使用。在BPM系统中,过程要么是手动启动,要么是自动启动,它涉及一系列决策步骤,其中一些步骤涉及手工决策steps.Once,步骤被标记为完成。是否有可能解释BPM和ESB之间的明确区别?

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2015-12-22 22:19:16

我认为您是对的,使用BPM可以很好地通过ESB和一些支持手动步骤调用的Web来实现任何可以实现的功能。但是,如果您只是从技术角度进行严格的检查,则这是正确的。在更成熟的SOA中,涉及许多不同的当事方和角色,ESB和BPM都有各自不同的位置。

你要寻找的区别更“模糊”,它是关于这些工具的重点,他们的最终用户和他们组成的逻辑类型。下面是我解释ESB和BPM之间区别的简略尝试:

重点和目标

  • ESB更加关注互操作性的实现、关注点的分离和技术细节的抽象。它具有更多的基础设施作用,它还关心监视、可伸缩性性能、可用性、状态延迟。在ESB中,您的目标是通过抽象所有技术细节和公开可重用功能,支持创建联邦互操作层。
  • BPM更侧重于业务,在一个完美的世界场景中,它由业务人员和业务分析人员自己管理,他们修改流程而不了解任何技术细节。BPMN语言都是关于工作流的,并且被设计成对业务友好。在BPM中,您的目标是通过使用这些构建块来实现真正的业务流程。

预定用户

  • ESB服务将由架构师和保管人管理(仍然是根据业务分析师的要求)。
  • 理想情况下,BPM工作流将由业务人员、业务分析师等进行管理和修改。

组合逻辑

  • 在BPM中,组合(工作流)由面向业务的任务组成(例如,检查客户忠诚度,如果用户X批准并且他的级别是黄金的话,则给他折扣)。
  • 在ESB中,组合通常由更多的技术服务组成(例如,从数据库中检索该服务,与此组件相结合,使用进行转换)。有可能有一个精心安排的任务,以BPM的方式实现整个工作流,这完全是以业务为中心的,没有任何可重用性,但是您没有方便的工具和可视化来轻松地将这个业务逻辑的管理委托给业务人员。

综上所述,理想情况下,如果您有一个成熟的SOA,那么在一个或多个ESB和相应的服务清单之上将有一个BPM层和相应的服务清单:

  • 底层的实体实用程序服务(在ESB中实现)
  • 任务,在某些情况下,由编排的任务服务组成上述实体和实用服务(在ESB中实现)
  • 工作流,它在ESB之上的BPM层中使用和重用所有这些服务。

我希望这能让你对这些差异有一个好的初步想法。如果你需要更多的信息,可以随意询问。

票数 14
EN

Stack Overflow用户

发布于 2016-03-02 10:14:57

普莱曼的回答已经很好了。我不同意导言。

任何使用BPM可以实现的目标都可以通过ESB和一些支持手动步骤调用的Web来实现

不过,他后来的解释将这一观点纳入了视野。

从头上看,与ESB相比,现代业务流程管理套件(BPMS)处理(更好)的一些方面:

  • 适合领域专家的业务流程图形建模
  • 不需要技术细节,例如没有服务组合
  • 当任务执行者可以是特定的自动化(系统)和手动(可能有系统支持)时,就达到了正确的粒度--.Below这个粒度级别--服务组合启动(ESB)
  • 基于假设或实际审计数据的工作流模拟(没有或没有服务连接)
  • 用于操作控制、战术分析和战略持续流程改进的仪表板和报告功能(均在业务一级/KPI)
  • 组织建模,授权管理
  • 基于业务流程模型(如角色)的任务路由和分配,或基于条件、业务规则、决策表、用户技能、工作量和能力等实时分析的动态任务路由和分配。
  • 管理业务流程的上下文,例如业务对象、文档、对外部系统中数据的引用、对属于同一业务实体的其他工作流的引用
  • 保持业务级别上所有活动的审计跟踪(而不是日志文件)
  • 全面的工作列表管理和搜索功能
  • 业务管理的特性,如业务SLA的定义和监视、优先级、基准、关键度、自动化或手动任务委派
  • 组织方面,如副管理,业务日历
  • 根据定义的内部或外部技术或业务事件启动或更改现有工作流

BPMS和ESBs是相辅相成的系统。BPMS是业务层,负责编排在底层ESB层中定义的复合业务服务。ESB层是一个技术缓解层,它支持基本服务的定义、将它们聚合成复合服务以及数据格式的转换和标准化等其他方面。由于图层的紧密性,这两个区域的产品都采用了来自另一层的越来越多的特性。随着供应商扩展其特征集,重叠现象也在增加。

根据系统环境的复杂性,一个涵盖许多ESB特性的全面的BPMS可能会使ESB过时。扩展到业务层的ESB不太可能达到业务用户所需的特性集和易用性。如果ESB达到了这个业务级别,那么它可能会被重新命名并提供为BPMS。

如果您比较ESB的骡子网站和日食星尘的BPMS网站,那么不同的重点(技术集成平台与业务流程管理:建模、仿真、执行、报告、分析和改进)就会变得明显起来。

票数 3
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/34372004

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档