You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current controller-runtime supports some customisation for the leader election by providing/setting the according LeaderElection.. options. It would be nice if a user could provide their own resourcelock.Interface to be more flexible and allow the user to create different customisations of resourcelock.Interface that are currently not supported.
The text was updated successfully, but these errors were encountered:
Sure the https://pkg.go.dev/k8s.io/client-go/tools/leaderelection/resourcelock#MultiLock supports to provide two Interfaces and it's mostly used for a transition path e.g. when using configmaps and leases at the same time but you can also use that mechanism to get a lease in two different Kubernetes clusters e.g. if you run an operator across multiple Kubernetes clusters. Another benefit would be that this change allows to implement a custom Interface that e.g. uses something else than Kubernetes as a lease mechanism. The current implementation will always use the same config, so it's not possible to configure a MultiLock across two Kubernetes clusters in the controller-runtime.
The current controller-runtime supports some customisation for the leader election by providing/setting the according
LeaderElection..
options. It would be nice if a user could provide their ownresourcelock.Interface
to be more flexible and allow the user to create different customisations ofresourcelock.Interface
that are currently not supported.The text was updated successfully, but these errors were encountered: