Skip to content

Conversation

ArthurSens
Copy link
Member

@ArthurSens ArthurSens commented Oct 2, 2024

Description:
This PR builds on top of #35535, adding Content-Type negotiation for Remote-Write requests (still doesn't handle the data).

@ArthurSens ArthurSens requested review from dashpole and a team as code owners October 2, 2024 22:33
@ArthurSens ArthurSens force-pushed the prwreceiver-contenttypenegotiation branch 2 times, most recently from e448804 to 8554671 Compare October 2, 2024 22:36
@dashpole
Copy link
Contributor

dashpole commented Oct 3, 2024

second commit looks good. I'll approve once it is rebased on the http server PR.

@ArthurSens ArthurSens force-pushed the prwreceiver-contenttypenegotiation branch 5 times, most recently from 099a4e5 to 244b609 Compare October 4, 2024 17:39
@ArthurSens ArthurSens force-pushed the prwreceiver-contenttypenegotiation branch 2 times, most recently from 5a5cf58 to b9daf13 Compare October 7, 2024 18:17
@ArthurSens
Copy link
Member Author

Base PR got merged and this one rebased. Should be ready for a review :)

@ArthurSens ArthurSens changed the title feat: receiver/prometheusremotewrite - Content-Type negotiation [receiver/prometheusremotewrite] - Content-Type negotiation Oct 7, 2024
@dmitryax
Copy link
Member

dmitryax commented Oct 8, 2024

Needs another rebase

@ArthurSens ArthurSens force-pushed the prwreceiver-contenttypenegotiation branch from b9daf13 to 17d4bdb Compare October 8, 2024 12:59
@ArthurSens
Copy link
Member Author

Needs another rebase

done!

@ArthurSens ArthurSens force-pushed the prwreceiver-contenttypenegotiation branch from 17d4bdb to 749b643 Compare October 10, 2024 15:07
@ArthurSens
Copy link
Member Author

This should be ready for another review :)

@ArthurSens ArthurSens force-pushed the prwreceiver-contenttypenegotiation branch from 749b643 to b92ef7d Compare October 15, 2024 22:18
@dashpole dashpole added ready to merge Code review completed; ready to merge by maintainers enhancement New feature or request labels Oct 16, 2024
@dashpole dashpole removed the ready to merge Code review completed; ready to merge by maintainers label Oct 23, 2024
@ArthurSens ArthurSens force-pushed the prwreceiver-contenttypenegotiation branch from 0d1eb55 to 603163e Compare October 29, 2024 14:28
@ArthurSens
Copy link
Member Author

Pull request rebased, would love to get this merged to unblock future work :)

@dashpole dashpole added the ready to merge Code review completed; ready to merge by maintainers label Oct 29, 2024
@andrzej-stencel andrzej-stencel merged commit c4e91e1 into open-telemetry:main Oct 30, 2024
168 checks passed
@github-actions github-actions bot added this to the next release milestone Oct 30, 2024
@ArthurSens ArthurSens deleted the prwreceiver-contenttypenegotiation branch October 30, 2024 12:34
bogdandrutu pushed a commit that referenced this pull request Nov 2, 2024
…35624)

#### Description
This PR builds on top of #35535 and #35565. We're now making sure we're
able to unmarshal a remote write request, while also exercising the
decompression that is made by OTel's confighttp.

Signed-off-by: Arthur Silva Sens <[email protected]>
ArthurSens added a commit to ArthurSens/opentelemetry-collector-contrib that referenced this pull request Nov 4, 2024
…pen-telemetry#35624)

This PR builds on top of open-telemetry#35535 and open-telemetry#35565. We're now making sure we're
able to unmarshal a remote write request, while also exercising the
decompression that is made by OTel's confighttp.

Signed-off-by: Arthur Silva Sens <[email protected]>
zzhlogin pushed a commit to zzhlogin/opentelemetry-collector-contrib-aws that referenced this pull request Nov 12, 2024
…emetry#35565)

**Description:** 
This PR builds on top of open-telemetry#35535, adding Content-Type negotiation for
Remote-Write requests (still doesn't handle the data).

Signed-off-by: Arthur Silva Sens <[email protected]>
MovieStoreGuy pushed a commit that referenced this pull request Dec 15, 2024
#### Description
This PR builds on top of
#35535,
#35565
and
#35624.

Here we're parsing labels into resource/metric attributes. It's still
not great because resource attributes (with exception to
`service.namespace`, `service.name` and `service.name.id`) are encoded
into a special metric called `target_info`. Metrics related to specific
target infos may arrive in separate write requests, so it may be
impossible to build the full OTLP metric in a stateless way.

In this PR I'm ignoring this problem 😛, and transforming `job` and
`instance` labels into resource attributes, while all other labels
become scope attributes.

Please focus on the latest commit when reviewing this PR :) 
1c9ff80

---------

Signed-off-by: Arthur Silva Sens <[email protected]>
sbylica-splunk pushed a commit to sbylica-splunk/opentelemetry-collector-contrib that referenced this pull request Dec 17, 2024
…emetry#35565)

**Description:** 
This PR builds on top of open-telemetry#35535, adding Content-Type negotiation for
Remote-Write requests (still doesn't handle the data).

Signed-off-by: Arthur Silva Sens <[email protected]>
sbylica-splunk pushed a commit to sbylica-splunk/opentelemetry-collector-contrib that referenced this pull request Dec 17, 2024
…pen-telemetry#35624)

#### Description
This PR builds on top of open-telemetry#35535 and open-telemetry#35565. We're now making sure we're
able to unmarshal a remote write request, while also exercising the
decompression that is made by OTel's confighttp.

Signed-off-by: Arthur Silva Sens <[email protected]>
sbylica-splunk pushed a commit to sbylica-splunk/opentelemetry-collector-contrib that referenced this pull request Dec 17, 2024
#### Description
This PR builds on top of
open-telemetry#35535,
open-telemetry#35565
and
open-telemetry#35624.

Here we're parsing labels into resource/metric attributes. It's still
not great because resource attributes (with exception to
`service.namespace`, `service.name` and `service.name.id`) are encoded
into a special metric called `target_info`. Metrics related to specific
target infos may arrive in separate write requests, so it may be
impossible to build the full OTLP metric in a stateless way.

In this PR I'm ignoring this problem 😛, and transforming `job` and
`instance` labels into resource attributes, while all other labels
become scope attributes.

Please focus on the latest commit when reviewing this PR :) 
1c9ff80

---------

Signed-off-by: Arthur Silva Sens <[email protected]>
mterhar pushed a commit to mterhar/opentelemetry-collector-contrib that referenced this pull request Dec 19, 2024
#### Description
This PR builds on top of
open-telemetry#35535,
open-telemetry#35565
and
open-telemetry#35624.

Here we're parsing labels into resource/metric attributes. It's still
not great because resource attributes (with exception to
`service.namespace`, `service.name` and `service.name.id`) are encoded
into a special metric called `target_info`. Metrics related to specific
target infos may arrive in separate write requests, so it may be
impossible to build the full OTLP metric in a stateless way.

In this PR I'm ignoring this problem 😛, and transforming `job` and
`instance` labels into resource attributes, while all other labels
become scope attributes.

Please focus on the latest commit when reviewing this PR :) 
1c9ff80

---------

Signed-off-by: Arthur Silva Sens <[email protected]>
AkhigbeEromo pushed a commit to sematext/opentelemetry-collector-contrib that referenced this pull request Jan 13, 2025
#### Description
This PR builds on top of
open-telemetry#35535,
open-telemetry#35565
and
open-telemetry#35624.

Here we're parsing labels into resource/metric attributes. It's still
not great because resource attributes (with exception to
`service.namespace`, `service.name` and `service.name.id`) are encoded
into a special metric called `target_info`. Metrics related to specific
target infos may arrive in separate write requests, so it may be
impossible to build the full OTLP metric in a stateless way.

In this PR I'm ignoring this problem 😛, and transforming `job` and
`instance` labels into resource attributes, while all other labels
become scope attributes.

Please focus on the latest commit when reviewing this PR :) 
1c9ff80

---------

Signed-off-by: Arthur Silva Sens <[email protected]>
zeck-ops pushed a commit to zeck-ops/opentelemetry-collector-contrib that referenced this pull request Apr 23, 2025
#### Description
This PR builds on top of
open-telemetry#35535,
open-telemetry#35565
and
open-telemetry#35624.

Here we're parsing labels into resource/metric attributes. It's still
not great because resource attributes (with exception to
`service.namespace`, `service.name` and `service.name.id`) are encoded
into a special metric called `target_info`. Metrics related to specific
target infos may arrive in separate write requests, so it may be
impossible to build the full OTLP metric in a stateless way.

In this PR I'm ignoring this problem 😛, and transforming `job` and
`instance` labels into resource attributes, while all other labels
become scope attributes.

Please focus on the latest commit when reviewing this PR :) 
1c9ff80

---------

Signed-off-by: Arthur Silva Sens <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request ready to merge Code review completed; ready to merge by maintainers receiver/prometheusremotewrite
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants