Closed rm3l closed 4 months ago
[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: Once this PR has been reviewed and has the lgtm label, please ask for approval from rm3l. For more information see the Kubernetes Code Review Process.
The full list of commands accepted by this bot can be found here.
I do not think new feature, especially related to API change can be a part of patch version (see semver.org).
Instead, to make deployment configuration feature to be available sooner, I would propose to make a 0.3 (1.3) operator release, including #388, ASAP.
Sure, it can be seen as a feature semantically-speaking, but in my understanding, https://issues.redhat.com/browse/RHIDP-2705 has been marked as a blocker for 1.2.2, upon customer request. So it cannot wait for 1.3, I guess.
This PR only targets 1.2.x
, so only for the upcoming 1.2.2
release, which will leave time to address the review comments on #388 for 1.3
Hope that clarifies.
I do not think new feature, especially related to API change can be a part of patch version (see semver.org). Instead, to make deployment configuration feature to be available sooner, I would propose to make a 0.3 (1.3) operator release, including #388, ASAP.
Sure, it can be seen as a feature semantically-speaking, but in my understanding, https://issues.redhat.com/browse/RHIDP-2705 has been marked as a blocker for 1.2.2, upon customer request. So it cannot wait for 1.3, I guess.
388 covers too many things right now; so to minimize the risks of introducing breaking changes to 1.2.2, it was concluded that a dedicated PR (addressing only the storage class request) would be created for 1.2.2, hence this PR. This PR only targets
1.2.x
, so only for the upcoming1.2.2
release, which will leave time to address the review comments on #388 for 1.3 Hope that clarifies.
No, it does not, sorry :)
Customer confirmed this is not needed in 1.2.x
/close
@rm3l: Closed this PR.
Description
This PR adds 2 new fields to the CRD:
spec.application.storageClassName
spec.database.storageClassName
They allow configuring the storage classes to be used by the PVCs created by the Operator, i.e., the ephemeral PVC created for the
dynamic-plugins-root
volume, as well as the PVC used by the local database StatefulSet.https://github.com/janus-idp/operator/pull/388 intended to provide a more generic way to handle this (along with supporting customizing other properties like labels, annotations, resources, sidecar containers, ...), but it currently does not apply to the local database.
Given that https://issues.redhat.com/browse/RHIDP-2705 is a current a blocker for the upcoming 1.2.2 release, this PR is more focused, covering only the storage class use case with the current
v1alpha1
API version.https://github.com/janus-idp/operator/pull/388 will need to be updated later for 1.3.
Preview in the OCP console
Which issue(s) does this PR fix or relate to
PR acceptance criteria
rhdh-operator.csv.yaml
file accordinglyHow to test changes / Special notes to the reviewer
(Tested on a ClusterBot cluster, but feel free to use any storage class on your particular cluster)
Then run
kubectl get pvc
and check the storage classes used by the PVCs, e.g.: