[jira] [Commented] (HBASE-9864) Notifications bus for use by cluster members keeping up-to-date on changes

["Nicolas Liochon (JIRA)" <ji...@apache.org>]

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

Nicolas Liochon commented on HBASE-9864:
----------------------------------------

We have the cluster status, sent w/ a multicast message. It scales, and the server does not need to know about the client.
ZK is interesting as it now has cheap local session (ZOOKEEPER-1147). 

It depends as well on the reliability we need, and if we need to see all states or not.

> Notifications bus for use by cluster members keeping up-to-date on changes
> --------------------------------------------------------------------------
>
>                 Key: HBASE-9864
>                 URL: https://issues.apache.org/jira/browse/HBASE-9864
>             Project: HBase
>          Issue Type: Brainstorming
>            Reporter: stack
>
> In namespaces and acls, zk callbacks are used so all participating servers are notified when there is a change in acls/namespaces list.
> The new visibility tags feature coming in copies the same model of using zk with listeners for the features' particular notifications.
> Three systems each w/ their own implementation of the notifications all using zk w/ their own feature-specific watchers.
> Should probably unify.
> Do we have to go via zk?  Seems like all want to be notified when an hbase table is updated.  Could we tell servers directly rather than go via zk?



--
This message was sent by Atlassian JIRA
(v6.1#6144)