[Bug]: Align Execution view log correlation with Workflow and operation spans
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 新手友好度
- 48/100
- Issue 類型
- 缺陷
- 描述清晰度
- 基本清楚
- 活躍度
- 活躍
- 技術堆疊
- python
研究方向
Start with get_current_span_context() and on_user_function_start() in execution_plugin.py, then read the two named log-correlation tests and the Execution-view documentation in the README. Run the relevant tests and extend coverage through the durable logger and real handler path. Done means the stated span mapping and replay, scope-restoration, and Invocation-control behaviors are covered, with tracing topology preserved.
由索引模型根據 Issue 內容生成。
描述
Expected Behavior
With the Execution view's built-in log enrichment enabled, durable log records should identify their logical workflow or operation:
| Log location | Expected spanId |
|---|---|
| Top-level handler, including before a durable wait and after resume | Workflow span |
| Step body, including successive retry attempts | Step operation span |
| Child-context body | Child operation span |
| Step body inside a child context | That step's operation span |
Keep the existing Invocation view behavior. This is a log-correlation change: retain attempt spans, active tracing scopes, and span parentage. Workflow should continue to be exported once at terminal completion; log correlation can use its stable identity before it is exported.
Actual Behavior
The Execution plugin explicitly excludes the enclosing Workflow context when resolving a log's span and falls back to Invocation. Step bodies make the attempt span current, so their log records identify the attempt. Child-context bodies already use the child operation span.
get_current_span_context()implements the Workflow exclusion and Invocation fallback.on_user_function_start()activates an attempt for a step body and an operation context for a child body.- The inspected checkout also has dedicated tests named
test_top_level_log_names_invocation_span_not_the_attached_workflow_spanandtest_step_attempt_log_names_the_attempt_span; their expectations and the README need to be updated with the behavior.
Steps to Reproduce
This report is based on source and existing-test inspection. The following full execution validation recipe has not been run for this report.
- Enable the Execution plugin and its built-in log enrichment, and capture the logger's correlation fields plus exported spans.
- Emit a durable log at the top level before any operations.
- Run a named step that logs from its body, and a named child context that logs from its body and a nested step.
- Perform a durable wait that suspends the invocation, then emit another top-level log after resume.
- Compare each record's
spanIdwith the corresponding Workflow, Step operation, Child operation, and Attempt spans. - Add a retrying step to check that records from different attempts use the same Step operation
spanId.
SDK Version
aws-durable-execution-sdk-python-otel, public main inspected at 4625d01bbfa97da67050014851af7eb41c61a842.
Python Version
Not applicable to source inspection; no Python runtime reproduction was run for this report.
Is this a regression?
Unknown; no last working version has been established.
Acceptance Criteria
- Top-level logs before suspension and after resume carry the same Workflow
spanId, including when a compatible Lambda span was already active. - Step-body logs carry the corresponding Step operation
spanIdacross retries; a nested step uses its own operation span. - Child-body logs retain the Child operation
spanId; leaving a nested scope restores the enclosing logical scope. - Replay suppresses duplicate durable logs from completed work.
- Attempt spans and tracing topology remain intact, and Workflow is exported once at terminal completion.
- Add regression coverage through the SDK's durable logger and real handler execution path, including concurrent-invocation isolation, enrichment disabled, and the Invocation view as a control.
- Update the Execution-view log-correlation documentation and any tests that assert the previous mapping.
Related Issues
- Java alignment: https://github.com/aws/aws-durable-execution-sdk-java/issues/858
- 主要語言
- Python
- 星號
- 58
- 分支
- 32
- 平均合併
- 1 天 6 小時
- 30 天內合併 PR
- 80
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
aws/aws-durable-execution-sdk-python 的其他 Issue
-
enhancement needs-triage
難度 1/5 1-3 小時 新手友好度 72/100
aws/aws-durable-execution-sdk-python#927 ·
維護者通常 1 天內回覆
-
enhancement
難度 2/5 1-3 小時 新手友好度 82/100
aws/aws-durable-execution-sdk-python#875 ·
維護者通常 1 天內回覆
-
enhancement
難度 1/5 1 小時以內 新手友好度 85/100
aws/aws-durable-execution-sdk-python#794 ·
維護者通常 1 天內回覆
-
bug
難度 3/5 1-2 天 新手友好度 58/100
aws/aws-durable-execution-sdk-python#921 ·
維護者通常 1 天內回覆
-
[Bug]: JS examples CI still invokes Jest after Vitest migration可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉bug needs-triage
難度 3/5 1-2 天 新手友好度 55/100
aws/aws-durable-execution-sdk-python#918 ·
維護者通常 1 天內回覆
查看 aws/aws-durable-execution-sdk-python 的全部 Issue
相似的 Issue
-
physical
難度 2/5 1-3 小時 新手友好度 74/100
antonyrag/ragleap-core#1339 ·
-
enhancement good first issue
難度 2/5 1-3 小時 新手友好度 83/100
AllenCell/SubCellSeg#5 ·
-
[🐛 Bug]: oidc_authverifier.py strips trailing slash causing "Invalid token: Invalid issuer" error未關閉
難度 2/5 1-3 小時 新手友好度 76/100
keephq/keep#6934 · 1 個 reaction ·
維護者通常 1 天內回覆
-
bug game: 01008BA02525A000 ios
難度 2/5 1-3 小時 新手友好度 76/100
維護者通常 1 天內回覆
-
needs-triage
難度 1/5 1 小時以內 新手友好度 87/100
gke-labs/kube-agents#5501 ·
維護者通常 1 天內回覆