从组织内的角度来看,服务编排和服务编排之间的区别是什么。
发布于 2015-04-23 05:01:44
基本技术(如XML、SOAP、WSDL)提供了描述、定位和调用服务的方法。然而,这些技术没有提供关于服务在更复杂的协作中的角色的丰富的行为细节。这种协作包括一系列活动以及构建业务流程的活动之间的关系。有两种方法可以构建此流程:服务编排和服务编排。
服务编排
服务编排表示一个集中的可执行业务流程(编排器),用于协调不同服务之间的交互。协调器负责调用和组合服务。
所有参与服务之间的关系由单个端点(即组合服务)描述。编排包括管理各个服务之间的事务。编排采用了一种集中化的服务组合方法。

服务编排
服务编排是参与服务的全局描述,它由两个或多个端点之间的消息交换、交互规则和协议定义。编排采用了一种分散的服务组合方法。

编排描述了多个服务之间的交互,其中编排表示从一方的角度进行控制。这意味着编排与编排的不同之处在于控制所涉及的服务之间的交互的逻辑应该驻留在何处。
发布于 2016-09-07 16:11:39
服务编排:您通过固定的逻辑将多个服务组合在一起。这个逻辑在一个地方描述。你可以想象一个由一群人组成的团队,其中有一位经理在进行微观管理。经理会精确地告诉你应该做什么,什么时候做,以及谁应该做。团队成员并不关心工作的整个目标,经理将输出组合成一个单一的可交付成果。一个实际的例子是BPEL流程。BPEL流程包含这样的逻辑,可以调用多个服务,并将它们的响应组合成单个服务响应。
服务编排:决策逻辑是分布式的,没有集中点。你可以想象一个家庭,在那里,每个人都以共同利益为目标,积极主动地工作,而没有微观管理。或者你可以想象一个人体,不同的成员相互依赖,为共同的目标而工作。一个实际的例子是事件驱动处理,其中代理由事件激活并执行其工作。所有的智能体共同组成一个系统。没有集中的逻辑。编排的可能性可能会超越编排,因为它更符合现实世界。
我的观点是,我们不需要在这两者之间有太多的区别,因为我们需要专注于业务逻辑。在单个逻辑点完成工作的情况下,我们进行编排。如果一个问题不能被一个集中的逻辑所覆盖,我们就不得不进行编排。这就是为什么我们经常在IT中遇到编排,而编排仍然是一个学术概念和研究课题。我们经常在实际不知情的情况下进行编排,就像在现实世界中一样。
发布于 2011-10-06 22:37:15
服务可以区分原子服务和由其他服务组成的服务。这样的组合被称为“编排”。有时是工作流,有时是业务流程。例如,BPEL是一种编排语言,但自称为“业务流程执行语言”。
不需要分层地组合服务。这意味着,两个服务可以相互通信。在它们之间运行的协议被称为“编排”。它可能是两个服务,但通常涉及两个以上的服务。编排中的每个服务可以被视为合作伙伴服务的编排者。参与编排的每个服务可以实现为编排/工作流/流程。
编排显示了每个服务的完整行为,而编排结合了每个服务的接口行为描述。
下面是一篇区分编排、接口行为、提供者行为和编排的优秀科学文章:Dijkman, R. & Dumas, M. Service-oriented Design: A Multi-viewpoint Approach International Journal of Cooperative Information Systems, 2004, 13, 337-368
https://stackoverflow.com/questions/4127241
复制相似问题