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?
Problem
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.
Solution
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.
Application
A reliable leader election mechanism is utilized, isolated from the cloud service runtime to elect the leader node.
Mechanisms
Container, Hypervisor, Ready-Made Environment, Resource Cluster, Virtual Server
Compound Patterns
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.
This pattern is covered in CCP Module 5: Advanced Cloud Architecture.
For more information regarding the Cloud Certified Professional (CCP) curriculum, visit www.arcitura.com/ccp.