Distributed traces across AWS services are not connected
Maintainer thường phản hồi trong vòng 2 ngày
@wpessers đang làm issue này rồi.
Từ ngày 4/6/2025.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
Describe the bug
We are using SQS and EventBridge to call services on AWS. However, when a service on lambda sends a message to another service on Lambda using SQS the spans are not connected. Trace on lambda becomes the parent.
Steps to reproduce
Run service 1 on lambda and send SQS message that is consumed by service 2.
What did you expect to see?
Service 1 should show up in the trace.
What did you see instead?
Only service 2 shows up
What version of collector/language SDK version did you use?
Version: latest collector and otel layers on lambda.
What language layer did you use?
Nodejs
Additional context
OTEL_PROPAGATORS are set to tracecontext,baggage,xray. Backend is Tempo.
Is there something I am missing?
I can see traceheader in the message attributes
"attributes": {
"ApproximateReceiveCount": "1",
"AWSTraceHeader": "Root=1-6808be41-c7d04735710d987017e5ec88;Parent=371ec507158784ee;Sampled=0;Lineage=240:e7ff9e16:238",
"SentTimestamp": "1745403457578",
"SenderId": "id",
"ApproximateFirstReceiveTimestamp": "1745403457579"
},
Is it because I need sqsExtractContextPropagationFromPayload enabled? How could I do that without creating my own custom instrumentation layer?
- Ngôn ngữ chính
- Go
- Star
- 433
- Fork
- 249
- Merge trung bình
- 1 ngày 12 giờ
- Pull request đã merge (30 ngày)
- 39
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của open-telemetry/opentelemetry-lambda
-
enhancement ruby
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
open-telemetry/opentelemetry-lambda#2741 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
processor/cold_start
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
open-telemetry/opentelemetry-lambda#2738 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Fix install-toolsĐang mởgo
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
open-telemetry/opentelemetry-lambda#2736 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Use node-sdk package for layerĐang mởenhancement javascript
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
open-telemetry/opentelemetry-lambda#2744 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
enhancement python
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
open-telemetry/opentelemetry-lambda#2742 ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của open-telemetry/opentelemetry-lambda
Issue tương tự
-
openshell image: provide /sandbox so the workspace path can be uniform across OpenShell driversĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
jasonfen/terminal-space-program#949 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[bug]: scan-all update-schedule does not auto-convert 5-field cron expressions as documentedCó thể đã có người làm @vishnums2k5 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
goharbor/harbor-cli#1143 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 8 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
--info inline-right:PREFIX leaves the first character of the prefix when the info gets shorterĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100