armada-operator
is a small go project to automate the
installation (and eventually management) of a fully-functional
Armada deployment
to a Kubernetes cluster using the Kubernetes
operator pattern.
Armada is a multi-Kubernetes batch job scheduler. This operator aims to make Armada easy to deploy and, well, operate in a Kubernetes cluster.
Want to start hacking right away?
You’ll need a Kubernetes cluster to run the operator. You can use KIND to run a local cluster for testing, or you can run against a remote cluster.
Note: Your controller will automatically use the current context in your
kubeconfig file (i.e. whatever cluster kubectl cluster-info
shows).
This section assumes you have KIND installed.
make dev-setup
This will:
- boot a kind cluster specifically for armada-operator development work
- start postgres, pulsar, and redis pods in the cluster
Then:
make dev-install-controller
Which will:
- install each CRD supported by the armada-operator on the cluster
- create a pod inside the kind cluster running the armada-operator controllers
Note: You may need to wait for some services (like Pulsar) to finish
coming up to proceed to the next step. Check the status of
the cluster with $ kubectl get -n armada pods
.
Finally:
kubectl apply -n armada -f $(REPO_ROOT)/config/samples/deploy_armada.yaml
Which will deploy samples of each CRD. Once every Armada service is deployed, you should have a fully functional install of Aramda running.
To stop the development cluster:
make dev-teardown
This will totally destroy your development Kind cluster.
- Build and push your image to the location specified by
IMG
:
make docker-build docker-push IMG=<some-registry>/armada-operator:tag
- Deploy the controller to the cluster with the image specified by
IMG
:
make deploy IMG=<some-registry>/armada-operator:tag
- Install Instances of Custom Resources:
kubectl apply -f config/samples/
To delete the CRDs from the cluster:
make uninstall
UnDeploy the controller to the cluster:
make undeploy
Please feel free to contribute bug-reports or ideas for enhancements via GitHub's issue system.
Code contributions are also welcome. When submitting a pull-request please ensure it references a relevant issue as well as making sure all CI checks pass.
Please test contributions thoroughly before requesting reviews. At a minimum:
make test
make test-integration
make lint
should all succeed without error.
Add and change appropriate unit and integration tests to ensure your changes are covered by automated tests and appear to be correct.
This project aims to follow the Kubernetes Operator pattern
It uses Controllers which provides a reconcile function responsible for synchronizing resources untile the desired state is reached on the cluster
- Install the CRDs into the cluster:
make install
- Run your controller (this will run in the foreground, so switch to a new terminal if you want to leave it running):
make run
NOTE: You can also run this in one step by running: make install run
If you are editing the API definitions, generate the manifests such as CRs or CRDs using:
make manifests
NOTE: Run make --help
for more information on all potential make
targets
More information can be found via the Kubebuilder Documentation
Copyright 2022.
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.