Skip to content
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

[receiver/prometheusremotewrite] - Content-Type negotiation #35565

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]>
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