You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Jungtaek Lim (JIRA)" <ji...@apache.org> on 2016/06/13 04:23:21 UTC

[jira] [Resolved] (STORM-1699) Improve MetricsConsumer

     [ https://issues.apache.org/jira/browse/STORM-1699?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jungtaek Lim resolved STORM-1699.
---------------------------------
       Resolution: Fixed
    Fix Version/s: 1.1.0
                   2.0.0

Marking as 'Resolved' since sub-tasks are resolved. 

> Improve MetricsConsumer
> -----------------------
>
>                 Key: STORM-1699
>                 URL: https://issues.apache.org/jira/browse/STORM-1699
>             Project: Apache Storm
>          Issue Type: Umbrella
>          Components: storm-core
>            Reporter: Jungtaek Lim
>            Assignee: Jungtaek Lim
>             Fix For: 2.0.0, 1.1.0
>
>
> Storm exposes non-stat metrics to users via MetricsConsumer.
> Supported feature of metrics is not bad for me. Custom time bucket, exposing IMetric interface is great. But there seems to some issue with using MetricsConsumer in some places.
> (ex. https://issues.apache.org/jira/browse/AMBARI-13237)
> I sought the alternatives, and metrics feature of JStorm seems promising. 
> Unfortunately it requires breaking backward compatibility completely, and it's planned to phase 2 we should wait for at least end of phase 1.
> For me timeframe for 2.0 seems nondeterministic, and it shouldn't be backported for keeping compatibility.
> Therefore, I'd love to improve current metrics without breaking backward compatible manner. 
> While I'm planning to craft the patches around master, it could be applied to 1.x-branch, and even 0.10.x-branch.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)