Cloud Computing Patterns, Mechanisms > Containerization Patterns > Leader Node Election
Leader Node Election (Erl, Naserpour)
How can multiple instances of the same cloud service be coordinated to complete a greater task?
Sometimes the completion of a task requires the involvement of multiple instances of the same cloud service. If the service consumer invoking the cloud service instances does not have the necessary logic to coordinate them, runtime exceptions can occur leading to data corruption and failure to complete the task.
One of the invoked cloud service instances is designated as the leader node, responsible for aggregating the other cloud service instances in a coordinated effort to complete the task.
A reliable leader election mechanism is utilized, isolated from the cloud service runtime to elect the leader node.
Burst In, Burst Out to Private Cloud, Burst Out to Public Cloud, Cloud Authentication, Cloud Balancing, Elastic Environment, Infrastructure-as-a-Service (IaaS), Isolated Trust Boundary, Multitenant Environment, Platform-as-a-Service (PaaS), Private Cloud, Public Cloud, Resilient Environment, Resource Workload Management, Secure Burst Out to Private Cloud/Public Cloud, Software-as-a-Service (SaaS)
Shopping Service (Instance 3) is elected the leader and proceeds to coordinate activity occuring with the other two cloud service instances.