You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@beam.apache.org by "Beam JIRA Bot (Jira)" <ji...@apache.org> on 2022/01/22 17:27:00 UTC

[jira] [Assigned] (BEAM-3046) De-javafy the Python Metrics API

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

Beam JIRA Bot reassigned BEAM-3046:
-----------------------------------

    Assignee:     (was: Anand Inguva)

> De-javafy the Python Metrics API
> --------------------------------
>
>                 Key: BEAM-3046
>                 URL: https://issues.apache.org/jira/browse/BEAM-3046
>             Project: Beam
>          Issue Type: Improvement
>          Components: sdk-py-core
>            Reporter: Robert Bradshaw
>            Priority: P3
>              Labels: community-onboarding, stale-assigned, starter, triaged
>             Fix For: 3.0.0
>
>          Time Spent: 1h 50m
>  Remaining Estimate: 0h
>
> For example, though Java forces one to put all stand-alone functions as static methods on a class (like Metrics) in Python one would just have standard module-level functions. 
> Also, the MetricsFilter builder pattern is very Java-esque (and verbose). In Python, one would simply let result.metrics() take keyword arguments. 
> We should seriously consider aggregating rather than returning lists of results, at least by default. E.g. in https://github.com/apache/beam/blob/master/sdks/python/apache_beam/examples/wordcount.py it assumes that there's no other metric with the given name in any subtransform (otherwise it may deterministically grab the "wrong" one.)



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