[ 
https://issues.apache.org/jira/browse/FLINK-25164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17454521#comment-17454521
 ] 

Chesnay Schepler commented on FLINK-25164:
------------------------------------------

> are there any plans to move all of the existing reporters to third-party 
> dependencies?

No, we have no such _plans_. But if an external party is providing a 
significantly better open-source alternative for a given reporter, then we may 
start directing our users towards that.

> the Flink community doesn't welcome new metrics reporters? 

Not quite; we're trying to break the notion that the only way to get a 
production-ready connector/reporter/whatever is to have it be provided by 
Flink. This doesn't scale very well and has repeatedly made us the bottleneck 
when it came to updates to a given component.
That is why flink-packages.org was introduced (making it easier to 
share/discover third-party components), and also why 
https://github.com/flink-extended was created (fostering collaboration between 
companies).

This does not mean that we'll reject every new reporter, but just that we want 
people to encourage people to collaborate with others.

> would you recommend updating the existing [reporter]

I wouldn't merge it into the existing reporter, but adding a second reporter to 
the module (similar to what is done for Prometheus) with some shared utilities 
would make sense.
However, this doesn't really solve the above issue; more code is more code, 
whether it's a separate module or not ;)

> DogStatsD Metrics Reporter
> --------------------------
>
>                 Key: FLINK-25164
>                 URL: https://issues.apache.org/jira/browse/FLINK-25164
>             Project: Flink
>          Issue Type: New Feature
>          Components: Runtime / Metrics
>            Reporter: Yaroslav Tkachenko
>            Priority: Major
>              Labels: pull-request-available
>
> At the moment Flink doesn't have a metrics reporter that can work with very 
> popular DataDog agents out of the box. DataDog agents use DogStatsD protocol 
> which is a superset of StatsD. The existing StatsDReporter is too limited to 
> be useful. 
> https://issues.apache.org/jira/browse/FLINK-7009 attempted to address this 
> issue by introducing a separate mode in the StatsDReporter, however, I don't 
> believe it's possible to extend it to support DogStatsD due to a few core 
> differences:
>  * ALL metrics in StatsDReporter are reported as gauges, which makes counters 
> wrong
>  * Negative values are interpreted as reductions instead of absolute values, 
> which is not true in the case of DogStatsD
>  * The list of histogram metrics is not compatible with [the way they're 
> represented in 
> Datadog|https://docs.datadoghq.com/developers/metrics/types/?tab=histogram]
> I think this warrants having separate metrics reporter dedicated to DogStatsD 
> protocol.
> Also, most of the changes originally proposed in 
> https://issues.apache.org/jira/browse/FLINK-7009 are still relevant:
>  * convert output to ascii alphanumeric characters with underbar, delimited 
> by periods. Runs of invalid characters within a metric segment would be 
> collapsed to a single underbar.
>  * report all Flink variables as tags
>  * compress overly long segments, say over 50 chars, to a symbolic 
> representation of the metric name, to preserve the unique metric time series 
> but avoid downstream truncation
>  * compress 32 character Flink IDs like tm_id, task_id, job_id, 
> task_attempt_id, to the first 8 characters, again to preserve enough 
> distinction amongst metrics while trimming up to 96 characters from the metric
>  * remove object references from names, such as the instance hash id of the 
> serializer



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

Reply via email to