-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create helm-chart-collator Image for Treasuremap #162
Comments
Items 2. and 3. are definitely needed so we can deploy without reaching out to external helm repositories. For item 1. during the CI process (master branch) it may prove difficult to both update the helm-chart-collator input (charts.yaml) and use the output (image) in a single commit, since it will need to be stored somewhere (likely quay.io) before it can be referenced/used, unless we can create a local docker repository to store it in or something. So I am not sure how we can get around needing two commits:
Thus, putting the charts.yaml in treasuremap directly will have the down side of needing to wait for the (expensive) treasuremap gates for both commits, and on the first commit there is really nothing to validate, unless we can do some fancy zuul job trigger file exclusion. It would be nice to keep the charts versions in treasuremap where they will be used, but maybe keeping it in airship/images for now would be simplest. In any case I think we should probably change the name to indicate that it is for use by treasuremap e.g. |
Also the helm-chart-collator and helm-chart-repository functions and catalogue entries (hcc image and helm repo url) are currently in airshipctl, and we are currently just referencing the |
To avoid breaking changes. Relates-To: #162 Signed-off-by: Sean Eagan <[email protected]> Change-Id: I055efa6f460809c364df6abf33f200f4c245697e
This adds all charts currently used by treasuremap to hcc. This will allow us to rely solely on hcc in treasuremap, and not have to reach out to external helm repositories. Relates to: airshipit/treasuremap#162 Signed-off-by: Sean Eagan <[email protected]> Change-Id: I77a7dacdd146c37803a6e044a482819ecd914605
I created airshipit/airshipctl#582 as well to make it easy to use other helm chart repositories during development time as this will still be useful. |
- Deploy the helm-chart-collator service and HelmRepository to sub-clusters so that HelmReleases there can use it - Integrate flux helm composite replacements [0]. - Move lma services to sub-directory of the workload to be able to set their namespace independent of the rest of the workload, currently helm-chart-collator. [0]: https://review.opendev.org/c/airship/airshipctl/+/790791 Relates-To: #162 Signed-off-by: Sean Eagan <[email protected]> Change-Id: Ib9f3add70a84ab75bfb0b1b6b7083048e469a24f
- Update the helm-chart-collator image to one which: - uses versions unique to the git source [0] - includes all helm charts used by treasuremap [1] - Rewire all the HelmReleases to point at the hcc HelmRepository - Removes all the other HelmRepositories and associated config [0]: https://review.opendev.org/c/airship/images/+/794657 [1]: https://review.opendev.org/c/airship/images/+/794838 Relates-To: #162 Relates-To: #164 Signed-off-by: Sean Eagan <[email protected]> Change-Id: Ia96820b627d76feee7909471dd98a27de8594bf1
Closed per patchset merge |
Problem description
Treasuremap manifests currently use the default
quay.io/airshipit/helm-chart-collator:latest
image. This requires that charts needed by treasuremap (e.g. Dex) be managed in the charts.yaml file in the images repository where the helm-chart-collator is defined and built. It would be better if treasuremap managed its own charts.yaml and created a helm-chart-collator image specific for the needs of treasuremap. This would make it easier to place all charts needed by treasuremap into a single helm-chart-collator repository image to avoid having to access multiple helm repositories during deployment. This may also make it easier for downstream sites to build their own collators using the treasuremap charts.yaml as a base.Proposed change
Potential impacts
The text was updated successfully, but these errors were encountered: