lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shawn Heisey (JIRA)" <>
Subject [jira] [Commented] (SOLR-10573) Hide ZooKeeper
Date Sun, 30 Apr 2017 15:54:04 GMT


Shawn Heisey commented on SOLR-10573:

For reasons that I covered in my reply to your solr-user message, I think ZK should remain
in a separate process.

I am all for creating a system where the user never has to know anything about zookeeper configuration
to get a fault-tolerant cloud up and running.  I agree with Yonik's message on the list where
he talks about the difference between internal complexity and difficulty for the user.

My most recent comment on SOLR-9635 discusses an idea related to this that will require substantial
work to realize, but would create a very easy user experience.

> Hide ZooKeeper
> --------------
>                 Key: SOLR-10573
>                 URL:
>             Project: Solr
>          Issue Type: New Feature
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Otis Gospodnetic
> It may make sense to either embed ZK in Solr and allow running Solr instances with just
ZK and no data or something else that hides ZK from Solr users...
> Based on what the Solr poll that revealed lowish SolrCloud adoption and comments in 
> that
showed that people still find SolrCloud complex, at least partly because of the external ZK
> See also:

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message