我认为编排在内部非常适合高度分散的组织。您不需要中央业务流程执行器。这有利于每个组织子单元的独立成长和发展。

(我赞同编配与编排问题的解释: http://geekexplains.blogspot.com/2008/07/ways-of-combining-web-services.html)

另一种看待服务编排与编排的方法:

—服务编排:围绕业务域。 —服务编排:在多个业务域之间。

当您可以控制流程中的所有参与者时——当它们都在一个控制域中并且您可以指定活动流时，编排非常有用。当然，当您指定将在您拥有控制权的组织内部实施的业务流程时，这是最常见的情况。

编排是一种指定两个或多个参与方如何协调其活动和过程以共享信息和价值的方法——其中任何一方都不能控制其他参与方的过程，或者可能对这些过程没有任何可见性。当需要跨控制/可见性领域进行协调时，使用编排。在一个简单的场景中，您可以把编排想象成一个网络协议。它规定了各方之间可接受的请求和响应模式。

服务可以区分为原子服务和由其他服务组成的服务。这样的作曲被称为“配器”。有时是工作流，有时是业务流程。例如，BPEL是一种编排语言，但自称为“业务流程执行语言”。

没有要求服务必须按层次结构组合。这意味着两个服务可以相互通信。在它们之间运行的协议被称为“编排”。它可能是两个服务，但通常会涉及两个以上的服务。编排中的每个服务都可以视为伙伴服务的编排器。参与编排的每个服务都可以实现为编排/工作流/流程。

编制显示每个服务的完整行为，而编排则组合每个服务的接口行为描述。

一篇区分编排、接口行为、提供者行为和编排的优秀科学文章如下: 杜马。面向服务的设计:一个多视角的方法。国际合作信息系统杂志，2004,13,337-368

One can use both choreography and orchestration is the same system as we have done in our product. Various actors performing various tasks dispatched to them are choreographed by the event pub/sub system via events they generate. For example, when a prime mover carrying a container arrives at a warehouse, that event, which is subscribed by the warehouse manager app, prompts the warehouse manager to activate the resources to unload the cargo. But when exceptions happen, such as the forklift to carry the load breaks down, that event starts an orchestration engine (a workflow processor) to orchestrate the task for various actors as per the exception handling workflow to handle the exception.

因为线程已经很老了，但仍然在为那些像我一样在这里跌跌撞撞地寻找这个问题的人写信。在面向服务的体系结构(SOA)中，这是一个备受争议的问题，初学者需要更清晰的解释。

业务流程:可执行过程

Used in private business processes A central process (which can be another Web service) takes control of the involved Web services and coordinates the execution of different operations on the Web services involved in the operation The involved Web services do not "know" (and do not need to know) that they are involved in a composition process and that they are taking part in a higher-level business process. Only the central coordinator of the orchestration is aware of this goal, so the orchestration is centralized with explicit definitions of operations and the order of invocation of Web services.

编排:多方合作

相反，编排不依赖于中央协调器。 相反，编排中涉及的每个Web服务都确切地知道 何时执行其操作以及与谁进行交互。 编舞是一种专注于交流的协作 公共业务流程中的消息。 编排的所有参与者都需要了解业务 流程、要执行的操作、要交换的消息和定时 信息交换。

编排与编排

从组合Web服务以执行业务的角度来看 流程、编排是一种更灵活的范式，并且具有 与编舞相比，以下优点: 组件过程的协调由一个 已知的协调员。 Web服务可以在它们不知道的情况下被合并 正在参与一个更大的业务流程。 在出现故障时，可以设置备用场景。