Skip to content

Consistent mapping for OTel log and event bodies #120547

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Jan 22, 2025

Conversation

felixbarny
Copy link
Member

No description provided.

@felixbarny felixbarny added >enhancement :Data Management/Data streams Data streams and their lifecycles labels Jan 21, 2025
@felixbarny felixbarny requested a review from a team as a code owner January 21, 2025 17:28
@elasticsearchmachine elasticsearchmachine added v9.0.0 external-contributor Pull request authored by a developer outside the Elasticsearch team Team:Data Management Meta label for data/management team labels Jan 21, 2025
@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/es-data-management (Team:Data Management)

@elasticsearchmachine
Copy link
Collaborator

Hi @felixbarny, I've created a changelog YAML for you.

Copy link
Member

@axw axw left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM. Should we bump the version in resources.yaml?

@felixbarny felixbarny added auto-backport Automatically create backport pull requests when merged v8.18.0 labels Jan 22, 2025
@felixbarny felixbarny merged commit fdab1ff into elastic:main Jan 22, 2025
16 checks passed
@felixbarny felixbarny deleted the otel-logs-body branch January 22, 2025 17:18
@elasticsearchmachine
Copy link
Collaborator

💚 Backport successful

Status Branch Result
8.x

andrzej-stencel pushed a commit to open-telemetry/opentelemetry-collector-contrib that referenced this pull request Jan 24, 2025
…s and events in `otel` mode (#37387)

The OTel community has reached a consensus that all structured data for
events defined by semantic conventions should be stored in attributes
(open-telemetry/semantic-conventions#1651 (comment)).
The body for events may contain opaque/external data, which sounds like
a job for the flattened field type.

Therefore, it no longer makes sense to map the body for logs and events
differently.

The corresponding Elasticsearch mapping change has been merged already:
elastic/elasticsearch#120547

---------

Co-authored-by: Carson Ip <[email protected]>
chengchuanpeng pushed a commit to chengchuanpeng/opentelemetry-collector-contrib that referenced this pull request Jan 26, 2025
…s and events in `otel` mode (open-telemetry#37387)

The OTel community has reached a consensus that all structured data for
events defined by semantic conventions should be stored in attributes
(open-telemetry/semantic-conventions#1651 (comment)).
The body for events may contain opaque/external data, which sounds like
a job for the flattened field type.

Therefore, it no longer makes sense to map the body for logs and events
differently.

The corresponding Elasticsearch mapping change has been merged already:
elastic/elasticsearch#120547

---------

Co-authored-by: Carson Ip <[email protected]>
zeck-ops pushed a commit to zeck-ops/opentelemetry-collector-contrib that referenced this pull request Apr 23, 2025
…s and events in `otel` mode (open-telemetry#37387)

The OTel community has reached a consensus that all structured data for
events defined by semantic conventions should be stored in attributes
(open-telemetry/semantic-conventions#1651 (comment)).
The body for events may contain opaque/external data, which sounds like
a job for the flattened field type.

Therefore, it no longer makes sense to map the body for logs and events
differently.

The corresponding Elasticsearch mapping change has been merged already:
elastic/elasticsearch#120547

---------

Co-authored-by: Carson Ip <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
auto-backport Automatically create backport pull requests when merged :Data Management/Data streams Data streams and their lifecycles >enhancement external-contributor Pull request authored by a developer outside the Elasticsearch team Team:Data Management Meta label for data/management team v8.18.0 v9.0.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants