You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@helix.apache.org by "kishore gopalakrishna (JIRA)" <ji...@apache.org> on 2014/10/03 01:39:33 UTC

[jira] [Commented] (HELIX-522) Support dynamic config by Helix

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

kishore gopalakrishna commented on HELIX-522:
---------------------------------------------

I agree with Kanak that Helix does not really think that its config management. I think if we are doing this, we should go one step further and generalize the definition of State.

Currently State has only one variable i.e master, slave, etc. But what if we make the state complex.

State{
a = v1
b = v2
c = v3
}

So config management is a specific solution for this.




> Support dynamic config by Helix
> -------------------------------
>
>                 Key: HELIX-522
>                 URL: https://issues.apache.org/jira/browse/HELIX-522
>             Project: Apache Helix
>          Issue Type: New Feature
>            Reporter: Zhen Zhang
>
> We are seeing a couple of use cases where an online service may need to roll out a set of new configs in a coordinated way without bouncing the service. Helix can be extended to support this. The basic idea is to generalize ideal-state to support multi-dimensional mappings. Currently Helix uses ideal-state to define the target mapping from a partition to the placement and state of the partition (i.e. partition->(placement, state). The mapping can be extended to support another attribute, say config-version, so it would be partition->(placement, state, config-version). Helix controller is then able to bring the system to the target mappings in a coordinated way. Here is a high level design for this:
> https://cwiki.apache.org/confluence/display/HELIX/Support+Dynamic+Config



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