Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

panghy
Copy link
Contributor

@panghy panghy commented Mar 13, 2020

Use WavefrontSender interface to send metrics and histograms to Wavefront via HTTP transport-only (proxy is still supported as later versions of the Wavefront proxy accepts both metrics and histograms via HTTP on the socket port (typically 2878).

This change is backwards compatible and will interpret existing proxy://<proxy_host>:2878 configurations as reporting via HTTP to http://<proxy_host>:2878 (note there is no SSL encryption) while leaving existing users that do use http reporting (e.g. https://longboard.wavefront.com) intact.

This also changes the default reporting interval to match the Wavefront recommended default of once every minute.

…ront via HTTP transport-only (proxy is still supported as later versions of the Wavefront proxy accepts both metrics and histograms via HTTP on the socket port (typically 2878).

This change is backwards compatible and will interpret existing proxy://<proxy_host>:2878 configurations as reporting via HTTP to http://<proxy_host>:2878 (note there is no SSL encryption) while leaving existing users that do use http reporting (e.g. https://longboard.wavefront.com) intact.

This also changes the default reporting interval to match the Wavefront recommended default of once every minute.
@shakuzen shakuzen added enhancement A general enhancement registry: wavefront A Wavefront (Tanzu Observability) Registry related issue release notes Noteworthy change to call out in the release notes labels Mar 13, 2020
@shakuzen shakuzen added this to the 1.5.0 milestone Mar 13, 2020
@panghy
Copy link
Contributor Author

panghy commented Mar 13, 2020

Now we are good

}

static String getWavefrontReportingUri(WavefrontConfig wavefrontConfig) {
// proxy reporting is now http reporting on newer wavefront proxies.
Copy link
Member

Choose a reason for hiding this comment

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

Should we mention a minimum version of the proxy in release notes? Is there any concern some users may still be running an older version of the proxy?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

It would have to be a very old proxy, @basilisk487 care to comment?

Choose a reason for hiding this comment

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

I believe HTTP support was added in 4.29, which was released in early July of 2018. Since we consider all 4.x and 5.x releases deprecated, it should have us covered.

Copy link
Member

@shakuzen shakuzen left a comment

Choose a reason for hiding this comment

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

Looks good. Thank you for the pull request!

@shakuzen shakuzen merged commit 0e5f367 into micrometer-metrics:master Apr 2, 2020
shakuzen added a commit that referenced this pull request Apr 2, 2020
The `WavefrontSender` handles batching internally, so this removes partitioning we were doing on publishing meters. Renames private methods to reflect their modified behavior. Changes signature of `publishMetric` and `publishDistribution` to use the registry's `WavefrontSender`. Lowers log level of failed publish to WARN, which still may be too verbose on a per-metric/per-distribution basis to log publish failures. We can revisit this more in follow-ups.

See #1901
@shakuzen
Copy link
Member

shakuzen commented Apr 2, 2020

I have added a polish commit for these changes in fac0211

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement A general enhancement registry: wavefront A Wavefront (Tanzu Observability) Registry related issue release notes Noteworthy change to call out in the release notes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants