-
Epic
-
Resolution: Unresolved
-
Major
-
None
-
None
-
operator-controller: handle catalogs that contain plain+v0 bundles
-
Strategic Product Work
-
False
-
None
-
False
-
Not Selected
-
Done
-
OCPSTRAT-337 - [Phase 1 MVP/Tech Preview] OLM 1.0 - Extension Catalogs (F1)
-
OCPSTRAT-337[Phase 1 MVP/Tech Preview] OLM 1.0 - Extension Catalogs (F1)
-
0% To Do, 0% In Progress, 100% Done
Use cases
- As a cluster administrator, I would like to create an Operator object that resolves to a plain bundle supported by Rukpak's plain provisioner, and see that the plain bundle contents are successfully installed
- As a cluster administrator, I would like to continue being able to install registry+v1 bundles via the Operator API
- As an operator developer, I would like to be able to ship static manifests for my operator and have no restrictions on the contents of my bundle (assuming valid Kubernetes YAML/JSON)
Assumptions
- A valid FBC catalog exists and contains one or more `olm.bundle` blobs that reference plain bundle images
- The `olm.bundle` blobs for plain bundle images include information that operator-controller can use to distinguish plain bundles from other bundles (e.g. a property that specifies the bundle format)
Out of Scope
- For this epic, there is no desire to define a plain bundle metadata format, or to build any tooling that simplifies the process of building catalogs that contain plain bundles. For now, it is expected that building a catalog that contains a plain bundle requires manual effort to construct a valid "olm.bundle" blob and include it in a catalog.
- depends on
-
OPECO-2810 Operator-controller + catalogd integration
- Dev Complete
- is depended on by
-
OPRUN-2939 [Tech Preview] Downstream builds for operator-controller OLMv1 MVP.1
- Closed