[Fleet] Include APM enrichment by default when switching data type to traces#260120
Conversation
|
Pinging @elastic/fleet (Team:Fleet) |
ApprovabilityVerdict: Needs human review This PR introduces automatic APM enrichment behavior when switching data stream type to traces for OTel inputs, affecting both frontend UI logic and server-side config generation. The author does not own any of the 13 modified files, all of which belong to @elastic/fleet, warranting review by the designated code owners. You can customize Macroscope's approvability policy. Learn more. |
a5d58d2 to
abd494d
Compare
9835a05 to
fa5ce87
Compare
78761fe to
feb10c4
Compare
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (11)
💤 Files with no reviewable changes (1)
📝 WalkthroughWalkthroughThis pull request centralizes APM variable and dynamic signal type detection logic by exporting utility functions from the fleet common services module. New helpers ✨ Finishing Touches🧪 Generate unit tests (beta)
Warning Tools execution failed with the following error: Failed to run tools: 13 INTERNAL: Received RST_STREAM with code 2 (Internal server error) Comment |
💚 Build Succeeded
Metrics [docs]Async chunks
Page load bundle
History
|
Summary
Resolves: https://github.com/elastic/ingest-dev/issues/7126
traces, this makes sure:use_apmvar is added for apm enrichmentinput.yml.hbsdefinesservice.pipelines[logs]:.., and data type is switched totracesthis pipeline id should read astraces/otelcol-filelogreceiver...and notlogs/otelcol-filelogreceiver...spantransform to not setdatastream.datasetso its routed to thetraces-generic.otel-<namespace>stream, as to spec: https://github.com/elastic/opentelemetry-dev/blob/main/docs/ingest/mapping/traces-mapping.md#span-eventsExample config from agent policy
To test:
filelog_otelintegration packageGET kbn:/api/fleet/agent_policies/{id}/fullChecklist
Check the PR satisfies following conditions.
Reviewers should verify this PR satisfies this list as well.
release_note:breakinglabel should be applied in these situations.release_note:*label is applied per the guidelinesbackport:*labels.Identify risks
Does this PR introduce any risks? For example, consider risks like hard to test bugs, performance regression, potential of data loss.
Describe the risk, its severity, and mitigation for each identified risk. Invite stakeholders and evaluate how to proceed before merging.