feat: trace task sources to fixed workflow activations and rounds

This commit is contained in:
2026-09-18 07:14:55 +08:00
parent b9e4191c6b
commit ae0d08584a
27 changed files with 593 additions and 47 deletions

View File

@@ -9,7 +9,7 @@
| `GET /health/live` | 已实现 | [健康检查](health.md) |
| `GET /health/ready` | 已实现,验证数据库、迁移记录及零外键要求 | [健康检查](health.md) |
| `/v1/tasks` 提交、查询、分页与待执行取消 | 已实现,P3扩展业务键与创建时间筛选 | [任务接口](tasks.md) / [查询契约](task-queries.md) |
| `GET /v1/tasks/{task_id}/source` | P3已实现普通、人工重试与计划固定版本来源 | [来源查询](task-source.md) |
| `GET /v1/tasks/{task_id}/source` | 已实现普通、人工重试、计划固定版本及流程历史激活/轮次来源 | [来源查询](task-source.md) |
| `POST /v1/tasks:batch` | P3 已实现逐项受理、独立幂等、部分结果与补交 | [批量任务](batch-tasks.md) |
| `/v1/tasks/{task_id}:review` / `:retry` 与 `/operations` | P3 已实现带证据核查、关联新任务与操作审计 | [人工恢复](task-recovery.md) |
| `/v1/tasks/{task_id}/attempts` 与尝试详情 | P2 已实现 | [执行历史](execution-history.md) |

View File

@@ -1,6 +1,6 @@
# 任务直接来源查询
状态:P3已实现服务端、独立SDK及普通任务、计划、人工恢复示例。接口只读,使用已有模型和索引,不增加数据库外键或迁移。验证证据见[回归报告](../reports/phase-3-task-source.md)。
状态:已实现普通任务、人工重试、计划和流程任务来源的服务端、独立SDK及示例。接口只读,使用已有模型和索引,不增加数据库外键或迁移。证据见[P3报告](../reports/phase-3-task-source.md)和[流程来源报告](../reports/phase-5-task-source.md)。
## 1. 请求与权限
@@ -8,7 +8,7 @@
请求头:`Authorization: Bearer <token>`。不需要请求体、Content-Type或Idempotency-Key,不接受任何查询参数。task_id为32位小写十六进制ID;认证决定命名空间,URL不能覆盖它。
权限为`tasks:read`及任务所属队列范围。每次请求验证当前凭据;不存在、跨命名空间或不在队列范围的任务均返回404。只获得来源引用,不因此获得计划定义、模板、管理或执行权限;读取完整计划及固定版本仍需`schedules:read`,见[计划手册](schedules.md)。
权限为`tasks:read`及任务所属队列范围。每次请求验证当前凭据;不存在、跨命名空间或不在队列范围的任务均返回404。只获得来源引用,不因此获得计划/流程定义、其他步骤、管理或执行权限。读取完整计划及固定版本仍需`schedules:read`;读取流程需`workflows:read`及全部固定队列范围,读取流程定义需`workflows:definitions:read`。只拥有一个队列任务权限时,仍能读取该任务的有限流程来源。
```sh
curl "$ORBIT_URL/v1/tasks/$TASK_ID/source" \
@@ -22,7 +22,7 @@ HTTP 200,使用`request_id`和`data`信封;X-Request-ID与正文一致。下
| 字段 | 类型 / 必填 | 含义 |
| --- | --- | --- |
| task_id | string / 是 | 已授权查询的任务ID |
| kind | string / 是 | DIRECT、MANUAL_RETRY或SCHEDULE |
| kind | string / 是 | DIRECT、MANUAL_RETRY、SCHEDULE或WORKFLOW |
| retry_of | string / 仅MANUAL_RETRY | 同命名空间、同队列的直接原任务ID |
| schedule | object / 仅SCHEDULE | 触发该任务的固定关联,字段如下 |
| schedule.schedule_id | string / 是 | 来源计划ID |
@@ -31,6 +31,7 @@ HTTP 200,使用`request_id`和`data`信封;X-Request-ID与正文一致。下
| schedule.scheduled_at | UTC RFC3339 / 是 | 原计划时间,最多微秒精度,与实际受理/执行时间分开 |
| schedule.decision | string / 是 | FIRED单点触发或COALESCED合并触发 |
| schedule.covered_until | UTC RFC3339 / 仅COALESCED | 合并范围的排除上界,严格晚于scheduled_at |
| workflow | object / 仅WORKFLOW | 此任务创建时的流程来源,字段见第5节 |
DIRECT表示普通任务受理,包括单项和批量受理;任务内部的自动安全重试仍属于同一个任务,不改变来源。MANUAL_RETRY表示[人工重试](task-recovery.md)创建的新任务,只返回直接父任务,不递归遍历整条重试链。父任务继续保留原历史。
@@ -85,7 +86,9 @@ SCHEDULE中的版本来自触发记录,不能用计划最新版本替换。COA
## 3. 关联校验与错误
平台采用无外键设计,本接口在认证事务内显式核对命名空间、任务、队列、计划、不可变版本与触发记录。人工重试父任务须为同队列中已失败/取消的独立任务。无所有者但存在触发记录、悬空父任务、缺失版本、错误队列、未知所有者或当前未支持的门控均拒绝,不能把关联损坏降级成DIRECT。
平台采用无外键设计,本接口在认证事务内显式核对命名空间、任务、队列、计划或流程、不可变版本和创建记录。人工重试父任务须为同队列中已失败/取消的独立任务。流程来源核验实例门控、版本摘要与冻结策略、固定步骤处理器契约、任务与激活或轮次的双向关系;恢复父任务还须属于同一步骤的前一激活,POLL须为同一业务轮。
无所有者但存在触发/激活/轮次反向记录、同时关联不同来源种类、悬空父任务、缺失版本、错误队列或未知所有者均拒绝,不能把关联损坏降级成DIRECT。查询沿现有唯一索引读取当前任务及至多一个直接父任务,不递归遍历恢复历史,不锁运行器父资源,也不进入派发路径。
| HTTP / code | 处理 |
| --- | --- |
@@ -117,6 +120,11 @@ case "SCHEDULE":
fmt.Println("来源计划", source.Schedule.ScheduleID,
"固定版本", source.Schedule.ScheduleVersion,
"触发记录", source.Schedule.OccurrenceID)
case "WORKFLOW":
fmt.Println("所属流程", source.Workflow.WorkflowID,
"步骤", source.Workflow.StepKey,
"激活代次", source.Workflow.ActivationSequence,
"业务查询轮次", source.Workflow.PollRound)
}
```
@@ -127,5 +135,53 @@ SDK的ScheduleVersion为uint64,JSON仍为字符串;时间使用time.Time。S
| 单项受理、取消后读取来源 | [tasks](../../sdk/go/examples/tasks/main.go) | [SDK初始化](../sdk/README.md),source_kind=DIRECT |
| 按计划找到触发任务,再反查来源 | [schedules](../../sdk/go/examples/schedules/main.go) | [计划场景](schedules.md#6-sdk-与完整示例),source_kind=SCHEDULE、fixed_version=1 |
| 人工核查后创建关联新任务 | [recovery](../../sdk/go/examples/recovery/main.go) | [恢复场景](../examples/recovery.md),source_kind=MANUAL_RETRY、parent=原任务ID |
| 并行流程完成后核对每项任务来源 | [workflow](../../sdk/go/examples/workflow/main.go) | [流程场景](../examples/workflow.md),workflow_sources_verified=3、fixed_version=v1 |
上述示例均运行在隔离回归中;新发布计划版本后老任务仍指向旧版本,由真实数据库与SDK集成测试验证。Weave流程来源随P4–P5实现,目前没有WORKFLOW响应。此接口为新增只读路由,不更改Task/TaskSummary或Worker消息结构,不增加权限配置;新客户端调用旧节点的404不能理解为DIRECT。
上述示例均运行在隔离回归中;新发布计划/流程版本后老任务仍指向原版本,人工恢复后旧激活仍可追溯。WORKFLOW是新增来源种类,旧SDK可能按未知种类返回错误;应升级SDK,不能降级为DIRECT。不更改Task/TaskSummary或Worker消息结构,不增加权限配置;新客户端调用旧节点的404/503同样不能理解为DIRECT。
## 5. 流程固定来源
以下字段位于`data.workflow`,只适用于TASK和POLL产生的业务任务:
| 字段 | 类型 / 必填 | 含义 |
| --- | --- | --- |
| workflow_id | string / 是 | 所属流程实例 |
| definition_id | string / 是 | 稳定定义身份 |
| definition_version_id | string / 是 | 实例固定的版本记录身份 |
| version | string / 是 | 固定发布版本名,不解析最新版本 |
| step_id / step_key | string / 是 | 逻辑步骤身份及固定名称 |
| step_kind | string / 是 | TASK或POLL |
| activation_id | string / 是 | 创建此任务的历史激活身份 |
| activation_sequence | uint32 / 是 | 步骤激活代次,从1开始;并非当前激活代次 |
| poll_round | uint32 / 仅POLL | 首次查询开始累计的业务轮编号;人工恢复同轮不重置 |
| poll_round_id | string / 仅POLL | 唯一关联该任务的轮次记录身份 |
| retry_of | string / 恢复任务可有 | 同步骤、前一激活的直接旧任务;POLL还要求同一业务轮 |
TASK第二代及之后必有workflow.retry_of;POLL只在恢复激活的首轮任务上带此关联,后续正常业务轮没有retry_of。顶层retry_of仍只用于MANUAL_RETRY;流程恢复任务的kind一直是WORKFLOW。自动尝试重试不创建新任务,也不改变来源。
第二代激活重查原第2业务轮的完整响应:
```json
{
"request_id":"44444444444444444444444444444444",
"data":{
"task_id":"11111111111111111111111111111111",
"kind":"WORKFLOW",
"workflow":{
"workflow_id":"22222222222222222222222222222222",
"definition_id":"33333333333333333333333333333333",
"definition_version_id":"55555555555555555555555555555555",
"version":"v1",
"step_id":"66666666666666666666666666666666",
"step_key":"query","step_kind":"POLL",
"activation_id":"77777777777777777777777777777777",
"activation_sequence":2,
"poll_round":2,
"poll_round_id":"88888888888888888888888888888888",
"retry_of":"99999999999999999999999999999999"
}
}
}
```
流程暂停、结束、发布新版本或后续人工恢复,都不会把旧任务的来源改指向新激活。要取得当前步骤需另调[GetWorkflowStep](workflows.md),不要用来源中的历史代次向当前等待发送信号。完整激活/轮次历史分页仍按开发计划推进,本接口一次只查一个任务的直接来源。

View File

@@ -123,7 +123,7 @@ curl "$ORBIT_URL/v1/tasks/$TASK_ID" -H "Authorization: Bearer $ORBIT_TOKEN"
SDK:`Client.GetTask(ctx, taskID)`。
任务直接来源独立通过`GET /v1/tasks/{task_id}/source`读取,SDK为`GetTaskSource(ctx, taskID)`;可定位普通受理、人工重试父任务、来源计划/触发记录/固定版本。使用相同的tasks:read和队列范围,详情见[来源查询](task-source.md)。来源未嵌入Task或列表摘要,读取完整计划仍需计划权限。
任务直接来源独立通过`GET /v1/tasks/{task_id}/source`读取,SDK为`GetTaskSource(ctx, taskID)`;可定位普通受理、人工重试父任务、来源计划/触发记录,以及流程固定版本/步骤/激活代次/查询轮次。使用相同的tasks:read和队列范围,详情见[来源查询](task-source.md)。来源未嵌入Task或列表摘要,读取完整计划或流程仍需各自权限。
## GET /v1/tasks

View File

@@ -143,4 +143,4 @@ fmt.Println(audit.Action, receipt.Instance.State)
新路由仅在本开发版本及之后可用;旧服务返回404时不能降级为普通任务重试来绕过Weave所有权。SDK类型独立、版本字段保留uint64精度。规则及数据模型未增加表、字段、外键或级联。
本批尚不提供完整历史激活/轮次遍历、实例筛选列表或信号资源审计列表;当前输入结果、当前查询预算、单条信号和流程管理审计可读。生产数据库切换、容量及恢复目标继续按P6验证,见[阶段报告](../reports/phase-5-public-api.md)。
本批尚不提供完整历史激活/轮次遍历、实例筛选列表或信号资源审计列表;当前输入结果、当前查询预算、单条信号、流程管理审计及[任务历史激活来源](task-source.md#5-流程固定来源)可读。生产数据库切换、容量及恢复目标继续按P6验证,见[阶段报告](../reports/phase-5-public-api.md)。

View File

@@ -2,7 +2,7 @@
状态:下表公共 HTTP 与独立 Go SDK 已接入。定义发布见[定义接口](workflow-definitions.md),人工恢复见[恢复接口](workflow-recovery.md),完整运行例子见[并行作业与回执](../examples/workflow.md)。SDK 尚未发布正式版本,服务端与 SDK 应使用同一开发版本。
实例筛选分页、历史激活/轮次/信号列表及 Pulse 任务的流程来源查询继续开发。旧冻结回执可能不含新增的activation_sequence,应另读当前步骤详情;当前步骤详情只反映当前激活;旧记录保留在数据库,不能把本页的当前视图当作全部历史。
实例筛选分页及历史激活/轮次/信号列表继续开发;[Pulse任务流程来源](task-source.md#5-流程固定来源)已接入。旧冻结回执可能不含新增的activation_sequence,应另读当前步骤详情;当前步骤详情只反映当前激活;旧记录保留在数据库,不能把本页的当前视图当作全部历史。
## 1. 路由、权限与 SDK