You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Timothee Maret (JIRA)" <ji...@apache.org> on 2015/08/25 17:27:45 UTC

[jira] [Created] (SLING-4968) ZooKeeper based discovery mechanism

Timothee Maret created SLING-4968:
-------------------------------------

             Summary: ZooKeeper based discovery mechanism
                 Key: SLING-4968
                 URL: https://issues.apache.org/jira/browse/SLING-4968
             Project: Sling
          Issue Type: New Feature
          Components: Extensions
            Reporter: Timothee Maret


As described in SLING-2939, an embedded ZK still is not optimal since 
1. Still uses System.exit statements in its code
2. Requires Netty server dependencies (Sling ships Jetty)
    - extra dependencies to manage / embed
    - most probably requires to run on a new port
 
However, using ZooKeeper as discovery mechanism in a non embedded mode (dedicated infrastructure) still makes a lot of sense in large deployments. Indeed, considering that ZK is widely adopted in 3rd party products a large deployment would typically already deploy a ZK infrastructure which could be reused by a Sling discovery implementation.

Furthermore, in terms of efficiency (# of requests), a ZK discovery implementation is expected to score high as it provides an efficient (non polling based) mechanism for receiving notifications. This would guarantee a fast propagation of Sling instances properties and state. 



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