场景
在项目运行过程中, 呼叫指定的服务编排, 当服务编排执行完成后, 项目再接着继续往后走
差别
服务编排流程跟数据驱动流程类似, 都是依照所设计流程, 依序的往后走, 但服务编排流程仅能呼叫HTTP/ESP/执行脚本, 不像数据驱动流程有签核/人工提交节点
好处
1.在同样数量的节点执行上, 执行效能略好于数据驱动流程, 如果节点数量不多感受不出, 但当杰点很多的时候, 就会有感
2.便于覆用, 可在多逻辑传入一样的入参呼叫执行
呼叫方式
domain : smartData
URL : /restful/service/scdispatcher/execution/dispatch
以测试区为例, 实际domain内容为https://smartdata-test.apps.digiwincloud.com.cn,
故完整URL为https://smartdata-test.apps.digiwincloud.com.cn/restful/service/scdispatcher/execution/dispatch
请求头 :
token : 用户token(如果是Athena组件呼叫, 例如任务引擎/侦测, 不需传)
routerKey : 租户ID(如果是Athena组件呼叫, 例如任务引擎/侦测, 不需传)
locale : 语系, 例如zh_TW(如果是Athena组件呼叫, 例如任务引擎/侦测, 不需传)
invokerId : 组件ID, 例如taskengine(如果是Athena组件呼叫, 例如任务引擎/侦测, 不需传)
如第三方外部呼叫, header需加入token
body :
{
"serviceComposerId":"jerry_batchCloseTask", //要呼叫的服务编排ID
"eocMap": {},
"asyncComplete":false, //同步(false)or非同步(true), 同步的话会等待服务编排执行完后项目继续往下, 异步的话活动会先变暂停中, 等待服务编排执行完唤醒, 注意:第三方系统不支援异步
"tenantId":"lcdp", //租户ID
"params": { //传递到服务编排的初始变数,依需求填写, 如果在需要传递到服务编排让运行中使用(例如HTTP节点中要用), 就在下面加入
"queryData":{},
"AAA": "AAA"
}
}
活动的返回脚本, 同步与HTTP一样正常判断, 异步则简单撰写下面即可
return {
"success" : true,
"errorMessage" : ''
};
