You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ambari.apache.org by "Balázs Bence Sári (JIRA)" <ji...@apache.org> on 2018/09/27 10:12:00 UTC

[jira] [Created] (AMBARI-24698) Use service instance level configs instead of cluster level configs

Balázs Bence Sári created AMBARI-24698:
------------------------------------------

             Summary: Use service instance level configs instead of cluster level configs
                 Key: AMBARI-24698
                 URL: https://issues.apache.org/jira/browse/AMBARI-24698
             Project: Ambari
          Issue Type: Bug
          Components: ambari-server
    Affects Versions: 3.0.0
            Reporter: Balázs Bence Sári
            Assignee: Balázs Bence Sári
             Fix For: 3.0.0


*Service instance level* configs are the ones that are associated with a *serviceId* while *cluster level* configurations are those which are not. Historically all configs were *cluster level* as there were no service instances. In the future all configs will be service instance level with the temporary exception of _cluster-env_.

Ambari code uses *Cluster.getConfig(String configType)* method almost everywhere which returns *cluster level* configurations only. Luckily, all configs on *service instance level* are also stored as *cluster level* configs in memory in *ClusterImpl*, this is why it has worked so far.

Double-storing *service instance level* configs on the *cluster level* will not work once multiple service instances will be enabled as ambiguity would occur.

The *Cluster.getConfig(String configType)* method should be eliminated and the *Cluster.getConfig(String configType, Optional<Long> serviceId)* method used instead. *serviceId* should be given in all cases except when not applicable (_cluster-env_)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)