[SLES-2907] chore(deps): bump dd-trace-rs to datadog-opentelemetry-v0.5.0

[litianningdatadog]

Overview

Bumps datadog-opentelemetry (dd-trace-rs) from f51cefc4 (pre-v0.3.0) to
50bfea87 (datadog-opentelemetry-v0.5.0), adding
features = ["_unstable_propagation"] since the propagation module
bottlecap uses is now feature-gated upstream (was unconditionally public at
our old pin).

Also bumps dogstatsd/datadog-fips/datadog-agent-config to the
serverless-components commit that carries the matching dd-trace-rs pin —
DataDog/serverless-components#144,
currently unmerged (draft). This PR is opened as draft for the same
reason: the rev for those three deps will be amended to the merged SHA
before this leaves draft.

v0.5.0 adds native B3 (single- and multi-header) trace propagation support,
fixing Failed to parse trace propagation style: Unknown trace propagation style: 'b3multi', ignoring errors reported by a customer — see
SLES-2907.

Code changes required by the bump

• src/config/propagation_wrapper.rs — implements the new required
  PropagationConfig::trace_propagation_behavior_extract method (hardcoded
  to Continue, matching prior implicit behavior; bottlecap doesn't expose
  DD_TRACE_PROPAGATION_BEHAVIOR_EXTRACT).
• src/traces/propagation/mod.rs — DatadogCompositePropagator::extract now
  returns ExtractResult instead of Option<SpanContext>; adapted the
  wrapper to match on it (Continue(ctx) -> Some(ctx), everything else ->
  None, preserving current behavior).
• src/lifecycle/invocation/triggers/step_function_event.rs — the
  datadog_opentelemetry::constants re-export was removed upstream (moved
  to libdd-sampling internally); hardcoded the one test-only usage of
  SAMPLING_DECISION_MAKER_TAG_KEY ("_dd.p.dm") rather than adding a new
  dependency for it.

Testing

• cargo check --all-targets — clean
• cargo clippy --all-targets -- -D warnings — clean
• cargo fmt --all -- --check — clean
• cargo test --lib — 530/530 pass
• dd-rust-license-tool check — passes
• cargo tree --duplicates — no new datadog-opentelemetry/tonic/prost
  duplication; opentelemetry/opentelemetry_sdk/-semantic-conventions
  do pick up a new duplicate version (0.31 direct vs. 0.32 via dd-trace-rs) —
  non-blocking, binary-size-only, bottlecap never shares those types across
  the datadog_opentelemetry boundary
• --features fips hits a pre-existing local-macOS-only dylib loading issue
  in libddwaf-sys, confirmed identical on unmodified main (needs
  Linux/CI, unrelated to this change)

Dependency graph:

[datadog-datadog-us1-prod]

✨ Fix all issues with BitsAI

⚠️ Warnings

🚦 3 Pipeline jobs failed

DataDog/datadog-lambda-extension | e2e-test-status (amd64)     

DataDog/datadog-lambda-extension | integration-suite: [oom]     

DataDog/datadog-lambda-extension | e2e-test-status (amd64, fips)     

Useful? React with 👍 / 👎

_{This comment will be updated automatically if new data arrives.
🔗 Commit SHA: 6147951 | Docs | Datadog PR Page | Give us feedback!}