Playground for demonstrating KubeVirt in OLM
- Build (and push) a container image yourself (like:
docker build -t docker.io/djzager/kubevirt-operators:$(git rev-parse --short HEAD) -f Dockerfile .
anddocker push docker.io/djzager/kubevirt-operators:$(git rev-parse --short HEAD)
) OR choose from lveyde or djzager that have already been built. - Update the
kubevirt-operator.catalogsource.yaml
with your container image of choice. Want to know more about the base container image? check this out kubectl create -f kubevirt-operator.catalogsource.yaml
at this point you should be able to see thekubevirt
andcdi
operators in the UI underOperator Management
. You should also see a pod started for akubevirt-operators
image started up in theopenshift-operator-lifecycle-manager
namespace.- (Non-Step, just notes) At this stage, we are making use of features specifically provided by the
grpc
type catalogsource. This has the caveat that we'll need to "Subscribe" to our operator in thekubevirt
namespace to align with the ServiceAccount that we reference here and here. With the added benefit of allowing us to aggregate roles, like here. - In order to be able to subscribe to our operator in the
kubevirt
namespace we must firstkubectl create namespace kubevirt
andkubectl create -f kubevirt-operator.operatorgroup.yaml
. - Now we should be able to make a subscription to our operator in the
kubevirt
throught the UI or by creating a subscription object. (Maybe want to add a subscription to this project for reference)
- Information about the operator-registry image that the
kubevirt-operators
image is based on https://github.com/operator-framework/operator-registry/ - Information about how to build a CSV https://github.com/operator-framework/operator-lifecycle-manager/blob/master/Documentation/design/building-your-csv.md
- The community operators project https://github.com/operator-framework/community-operators/