如何定制服务编排

使用说明

API接口是通过开发服务编排来实现的，定制API其实是定制服务编排。当前定制服务编排有如下种方式：

将基线服务编排另存为一个新的定制版本，在这个定制版本上修改。
基于基线服务编排中预留的扩展点，在扩展点中增加业务逻辑。

另存版本后进行定制

此处以基于服务编排“testFlow”的基线“1.0.1”版本另存一个“1.0.2”的定制版本为例，进行说明。

单击已创建好的服务编排“testFlow”，进入该服务编排设计页面。
单击页面上方的，禁用该服务编排。
单击页面上方的，进入另存为页面。
“类型”选择“新版本”，设置服务编排标签，单击“保存”。

保存后，系统默认进入“1.0.2”的新版本服务编排设计页面。
图1 另存为新版本
- 标签：服务编排的标签，用于在页面显示。
- 名称：服务编排的名称，和基线版本的服务编排名称保持一致。
- 类型：另存为的类型。
  - 新版本：另存为新版本，适用于新建的服务编排，基础服务编排仍可使用。
  - 新服务编排：是将原服务编排重新另存并命名，新保存后为另一服务编排，与选择“新版本”场景不同，适用于新建的服务编排，基础服务编排仍可使用。
- 服务编排类型：服务编排的类型，在创建基础服务编排时配置的类型，不可更改。
  - Autolaunched Flow：自启动服务编排，在接口调用后会立即执行服务编排模型定义的逻辑。
  - Event Trigger：事件触发的服务编排，在事件触发时才会开始执行服务编排模型定义的逻辑。
- 展示标签：服务编排实例的展示标签，系统自动填充为“标签值{!$Flow.CurrentDateTime}”。
- 描述：服务编排的描述信息。
在“1.0.2”版本服务编排设计页面，按需进行定制。
单击页面上方的，保存服务编排。
保存成功后，单击，运行服务编排，检查服务编排运行结果是否符合预期。
单击页面上方的，启用新版本服务编排。

在此方式下，当基线版本升级时，系统默认启用和使用服务编排的定制版本。升级造成的基线服务编排原有图元变化，定制服务编排可继承。升级造成的基线服务编排新增图元，定制服务编排无法继承。