operator-framework / operator-controller

A new and improved management framework for extending Kubernetes with Operators
https://operator-framework.github.io/operator-controller/
Apache License 2.0
71 stars 54 forks source link

Operator Controller Should Provide a Standard Install Process #1026

Open acornett21 opened 4 months ago

acornett21 commented 4 months ago

Today the install is done from yamls from the the release pages, which is less the ideal for end users. We should mimic the install process of OLMv0 (as far as steps go, the mechanism could be different). Sample process below:

  1. Install dependencies
  2. Install operator-controller
  3. Install the same catalog from OperatorHub.io that OLMv0 uses.
joelanford commented 4 months ago

I actually don't think the curl <releaseScript> | bash is all that bad of an installation process. The fact that that's the only place we have it documented isn't ideal though. I'd almost split this into 3 different things to do, in order:

  1. Add a ClusterCatalog for quay.io/operatorhubio/catalog:latest to our existing install script.
  2. Improve our docs (and also docs process/developer awareness) to have a more user-centric (rather than developer-centric) place to find installation instructions.
  3. (maybe) Build tooling into a common tool (maybe kubectl-operator?) that can automate installation/upgrade of OLMv1.
trgeiger commented 4 months ago

/assign

trgeiger commented 3 months ago

Item number 1 from Joe's message is addressed by MR 1079. Not sure if we should break items 2 and 3 out into separate issues and close this one or if we should track those here.

DrummyFloyd commented 3 months ago

hi , from what i understand here, you're talking about how OLMV1 will be installed ? because OLMV1, fill the gitops gap from the V0 , you shoudl definitely , add an Helm release of the Operator could be use with some tools like FLuxCD or Argocd

djmcgreal commented 2 weeks ago

Is running curl and bash from terraform the best option? If so, it’s far from ideal.