sling-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carsten Ziegeler (JIRA)" <>
Subject [jira] [Commented] (SLING-7830) Defined leader switch
Date Mon, 20 Aug 2018 11:54:00 GMT


Carsten Ziegeler commented on SLING-7830:

Right, my initial idea was that the prefix is the version of the software deployed to an instance
- but that only works as long as the newly deployed version is higher as the previous one.
But you might also want to downgrade. So I would assume that we just use an increasing counter
- which is compared as a number (instead of string) and the highest has preference. Its then
up to the deployer to correctly increase the counter and keep track of it. 

> Defined leader switch
> ---------------------
>                 Key: SLING-7830
>                 URL:
>             Project: Sling
>          Issue Type: Improvement
>          Components: Discovery
>            Reporter: Carsten Ziegeler
>            Priority: Major
> The current leader selection is based on startup time and sling id (mainly) and is stable
across changed in the topology for as long as the leader is up and running.
> However there are use cases like blue green deployment where new instances with a new
version are started and taking over the functionality. However with the current discovery
setup, the leader would still be one of the instances with the old version.
> With a new deployed version, tasks currently bound to the leader should run on the new
> Therefore the leader needs to switch and stay the leader (until it dies).
> We probably need an additional criteria for the leader selection
> /cc [~egli]

This message was sent by Atlassian JIRA

View raw message