Is this repository AWS affiliated plugins locked from merging new features?

[ithompson-gp]

General discussion... I've noticed PR addressing concerns with regard issues with AWS Lambda/SDK instrumentation that are unassigned or un-triaged or been in review for some time now.

Wondering if us users of these libraries should disengage from this community and OTEL going forward?

(example PR (addressing lambda instrumentation not following conventions): #1411)

Other examples:

• @opentelemetry/instrumentation-aws-lambda should read API gateway parameters by default #999
• feat: adding hook for adding span links to a lambda instrumentation span #1922
• fix(instrumentation-aws-sdk): Add traceparent to AWS SDK unsignableHeaders #1813
• Issue with @opentelemetry/instrumentation-aws-sdk when tracing sqs and tracestate is empty #1528
• AWS SDK v3 traces not showing #1509
• Discussion(instrumentation-aws-sdk): SQS receive according to semantic conventions #707

[trentm]

Adding some of my understanding:

• I closed fix(instrumentation-aws-sdk): Add traceparent to AWS SDK unsignableHeaders #1813 just now. A separate fix went in for that one.
• I closed AWS SDK v3 traces not showing #1509 just now. I think a fix went in for that a long while back, but the issue wasn't closed at the time.
• The Lambda-related one(s) were delayed, at least partially, because there was a lot of discussion, churn, and change at the spec level for what to do here. I'm not following the FaaS discussions closely, but I think the spec has settled on how to handle trace-context propagation in Lambda. This was discussed last week in the OTel JS SIG.
• For Discussion(instrumentation-aws-sdk): SQS receive according to semantic conventions #707, there was some more recent discussion in a separate issue. I added a note to Discussion(instrumentation-aws-sdk): SQS receive according to semantic conventions #707 -- which I should have done before. This is a harder case, at least from my point of view, because I'm advocating removing a current feature.
• Issue with @opentelemetry/instrumentation-aws-sdk when tracing sqs and tracestate is empty #1528 does indeed look like it is stalled. Adding a separately reproducible example would help.