Expected Behavior
One ResumeActor request should show up as a single connected trace across atenet-router -> ateapi -> atelet -> ateom, and the router spans should have the same ate.* attributes we standardized in #412.
Actual Behavior
You get two separate traces for the same request: one for the ateapi -> atelet -> ateom path, and a detached one with just the atenet-router spans (see Zoe Zhao (@zoez7)'s screenshots on #412). The trace context seemingly doesn't survive the router hop.
Additionally, the router spans use non-namespaced keys instead of the ate.* convention, e.g. atespace, actor_id, actor_template_namespace, actor_template_name, and outcome
Steps to Reproduce the Problem
- Run the setup scripts
- Run
kubectl ate resume actor my-counter-1 -a demo --trace
- Open Jaeger/similar, check the traces
Specifications
- Version: main
- Platform: all
Expected Behavior
One
ResumeActorrequest should show up as a single connected trace across atenet-router -> ateapi -> atelet -> ateom, and the router spans should have the sameate.*attributes we standardized in #412.Actual Behavior
You get two separate traces for the same request: one for the ateapi -> atelet -> ateom path, and a detached one with just the atenet-router spans (see Zoe Zhao (@zoez7)'s screenshots on #412). The trace context seemingly doesn't survive the router hop.
Additionally, the router spans use non-namespaced keys instead of the
ate.*convention, e.g.atespace,actor_id,actor_template_namespace,actor_template_name, andoutcomeSteps to Reproduce the Problem
kubectl ate resume actor my-counter-1 -a demo --traceSpecifications