[Feature] Implement etcd lock mechanism #4
Labels
kind/enhancement
Enhancement, improvement, extension
lifecycle/stale
Nobody worked on this for 6 months (will further age)
How to categorize this issue?
/kind enhancement
What would you like to be added:
Steward should provide a package that allows components to leverage the upstream etcd lock mechanism so that they may leverage the etcd DB itself as a distributed store for coordinating activities amongst multiple steward instances. The etcd lock provides similar functionality as a Kubernetes lease, with the basic difference that steward instances need to talk to a kube-apiserver to access, read and update leases, which would require connectivity between the cluster hosting the steward instances and the cluster/infra hosting the kube-apiserver, and would also cause increased traffic for the kube-apiserver. Whereas, the use of etcd locks ensures that the steward instances coordinate with each other in a self-sustained manner, without creating excess network traffic. Since etcd provides strong consistency, steward can rely on the fact that the data it accesses is consistent across the other steward instances as well. The use of etcd locks ensures that only one steward instance has "ownership" of a particular key in the etcd DB, allowing for well-coordinated operations amongst multiple steward instances.
Why is this needed:
Part of #1
The text was updated successfully, but these errors were encountered: