Move ImageStream creation/handling from Pipelines to Operator #126
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
priority/backlog
Higher priority than priority/awaiting-more-evidence.
priority/important-longterm
Important over the long term, but may not be staffed and/or may need multiple releases to complete.
wg/cre
Issues or PRs related to the Custom Runtime Environment (fka Custom Notebook Image) ODH feature.
High-level Goals
Proposal description
The ImageStream is created as part of the reconcilying loop and used as reconcile trigger
Alternatives
Keep the current situation.
Additional context
This was mentionned during CNBi meeting (9 Nov 2022)
Note that using ImageStream as the "impletementor" of CNBi rather than Pipeline might make more sense.
Consider the following scenarios:
=> What if the ImageSteam is deleted (by the user) ? In that case, a K8S operator should reconcile, and that means recreating the ImageStream
=> What if the underlying image is removed from the internal registry ? In that case, we'd need a new pipeline to rebuild the image
Note that both of these scenario do not imply a change of the PipelineRun resource, and will not (currently) trigger a reconcile request in the CNBi controller.
In a more theorical way, we should care about the result (= the ImageStream), not the process (= the PipelineRun) when doing level-based reconcile (the words of k8s docs).
Acceptance Criteria
The text was updated successfully, but these errors were encountered: