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 should tagv1.1.6-rc2
.v1.1.6
you should tagv1.1.7-rc1
.
# Get the latest upstream changes
# Note: `upstream` must be the remote pointing to `git@github.com:rancher/eks-operator.git`.
git pull upstream master --tags
# Export the tag of the release to be cut, e.g.:
export RELEASE_TAG=v1.1.6-rc2
# Create tags locally
git tag -s -a ${RELEASE_TAG} -m ${RELEASE_TAG}
# Push tags
# Note: `upstream` must be the remote pointing to `git@github.com:rancher/eks-operator.git`.
git push upstream ${RELEASE_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 bev1.1.6
.v1.1.6
, that has no rc so release that version orv1.1.7
if updates are available.