You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Xintong Song (Jira)" <ji...@apache.org> on 2020/08/27 02:19:00 UTC

[jira] [Commented] (FLINK-19057) Avoid usage of GlobalConfiguration in ResourceManager

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

Xintong Song commented on FLINK-19057:
--------------------------------------

cc [~trohrmann] [~fly_in_gis]

> Avoid usage of GlobalConfiguration in ResourceManager 
> ------------------------------------------------------
>
>                 Key: FLINK-19057
>                 URL: https://issues.apache.org/jira/browse/FLINK-19057
>             Project: Flink
>          Issue Type: Task
>          Components: Runtime / Coordination
>            Reporter: Xintong Song
>            Priority: Major
>
> This is a follow up of this PR [discussion|https://github.com/apache/flink/pull/13186/#discussion_r476459874].
> On Kubernetes/Yarn deployments, resource manager try to compare the effective configurations with the original configuration file shipped from client, and only set the differences to dynamic properties for task managers.
> During which, {{GlobalConfiguration.loadConfiguration()}} is used for getting the original configuration file. The strongly relies on that Kubernetes/Yarn entry points do not support custom configuration directories, which is true at the moment but brittle in future.
> It would be better to rethink the usage of GlobalConfiguration.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)