Closed Kortekaasy closed 9 months ago
@Kortekaasy yes, this is a good PR to have. A good search ux needed an index and that definitely takes a little time at least initially. Is there a test we can add?
@Andreea-Lupu can you review pls.
@Kortekaasy just curious, has this been tried with latest zot
release (v2.0.0)?
@rchincha Yes, main motivator for adding this was the upgrade of our Zot instance to 2.0.0 from 1.4.3, and enabling the web UI.
@rchincha @Andreea-Lupu
Any idea when you can review this PR?
Hi @Kortekaasy. Sorry for the delayed response. This PR looks good to me. Regarding the test that we could add for it, maybe it makes sense to add a new subchart under tests/ci containing a configuration with the ui extension enabled and having custom startupProbe values. What do you think about this suggestion?
@Andreea-Lupu that sounds like a good suggestion, but in that case we probably need a way to artificially delay the startup of the Zot registry software to make sure the startup probe actually tested. Do you have any suggestions there?
@Andreea-Lupu I have added a test for the startup probe. Test results show that the chart is still valid, and it looks like the values specified in the test are used in the chart. Further testing than this seem illogical to me, since then we would be testing whether Kubernetes has properly implemented their startup probe functionality, which seems out of scope to me.
What type of PR is this? feature
Which issue does this PR fix:
34
What does this PR do / Why do we need it: This PR adds a configurable startupProbe to the deployment of the Zot pods.
Testing done on this change:
N/A Automation added to e2e:
N/A
Will this break upgrades or downgrades? No
Does this PR introduce any user-facing change?:
Yes:
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.