[
https://issues.apache.org/jira/browse/HBASE-10866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13957825#comment-13957825
]
Andrew Purtell commented on HBASE-10866:
----------------------------------------
Great write up and change proposal.
For some of the notification uses, where we (ab)use ZK watches to notify
distributed caches that the source of truth has changed, we should think about
factoring out a reusable common implementation of this pattern. Another JIRA
proposes to update the source of truth and coordinate cache updates in one step
using HBase's distributed procedure facility, which relies on various ZK
patterns internally. If we were to use an alternate consensus protocol based
notification scheme, what is the "acceptors quorum" mentioned in the document?
Since all RegionServers cache the data that would need be the full set of
RegionServers. I suppose we could still use procedures built over the ZK
alternate, just wanted to point out a ZK usage possibly not captured in the
document.
> Decouple HLogSplitterHandler from ZooKeeper
> -------------------------------------------
>
> Key: HBASE-10866
> URL: https://issues.apache.org/jira/browse/HBASE-10866
> Project: HBase
> Issue Type: Improvement
> Components: regionserver, Zookeeper
> Reporter: Mikhail Antonov
> Attachments: HBASE-10866.patch, HBASE-10866.patch, HBASE-10866.patch,
> HBASE-10866.patch, HBaseConsensus.pdf
>
>
> As some sort of follow-up or initial step towards HBASE-10296...
> Whatever consensus algorithm/library may be the chosen, perhaps on of first
> practical steps towards this goal would be to better abstract ZK-related API
> and details, which are now throughout the codebase (mostly leaked throuth
> ZkUtil, ZooKeeperWatcher and listeners).
> I'd like to propose a series of patches to help better abstract out zookeeper
> (and then help develop consensus APIs).
> Here is first version of patch for initial review (then I'm planning to work
> on another handlers in regionserver, and then perhaps start working on
> abstracting listeners).
--
This message was sent by Atlassian JIRA
(v6.2#6252)
