EKS operator is a Kubernetes CRD controller that controls cluster provisioning in Elastic Kubernetes Service using an EKSClusterConfig defined by a Custom Resource Definition.
TAG=master make
The easiest way to debug and develop the EKS operator is to replace the default operator on a running Rancher instance with your local one.
- Run a local Rancher server
- Provision an EKS cluster
- Scale the eks-operator deployment to replicas=0 in the Rancher UI
- Open the eks-operator repo in Goland, set
KUBECONFIG=<kubeconfig_path>in Run Configuration Environment - Run the eks-operator in Debug Mode
- Set breakpoints
A KEv2 operator should be released if
- There have been several commits since the last release,
- You need to pull in an update/bug fix/backend code to unblock UI for a feature enhancement in Rancher
- The operator needs to be unRC for a Rancher release
Tag the latest commit on the master branch. For example, if latest tag is v1.1.6-rc1 you would tag v1.1.6-rc2.
git pull upstream master --tags // get the latest upstream changes (not your fork)
git tag v1.0.8-rc2 // tag HEAD
git push upstream v1.0.8-rc2 // push the tag
Submit a rancher/charts PR to update the operator and operator-crd chart versions. Submit a rancher/rancher PR to update the bundled chart.
UnRC is the process of removing the rc from a KEv2 operator tag and means the released version is stable and ready for use. Release the KEv2 operator but instead of bumping the rc, remove the rc. For example, if the latest release of EKS operator is v1.1.6-rc1, release the next version without the rc which would be v1.1.7.