Skip to content
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

[bitnami/harbor] Enable zero-secret output #25453

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

meln5674
Copy link
Contributor

Description of the change

This patch makes the following changes:

  • Added value trivy.existingEnvVarsSecret
  • Added value jobservice.existingEnvVarsSecret
  • Moved redis URL from jobservice config secret to env vars secret
  • Switched jobservice config from Secret to ConfigMap now that no sensitive values are present
  • Don't create core service if it would be empty

Benefits

It is now possible to deploy the chart while creating all secrets out-of-band (i.e. kubectl). This means that no sensitive values are required to be in the values.yaml. This is more secure when running via GitOps.

Because the jobservice configuration no longer contains the (potentially) sensitive redis URL, it can be stored as a ConfigMap, which makes it easier to view.

All changes should be backwards compatible.

Possible drawbacks

None known.

Applicable issues

Additional information

Checklist

  • Chart version bumped in Chart.yaml according to semver. This is not necessary when the changes only affect README.md files.
  • Variables are documented in the values.yaml and added to the README.md using readme-generator-for-helm
  • Title of the pull request follows this pattern [bitnami/<name_of_the_chart>] Descriptive title
  • All commits signed off and in agreement of Developer Certificate of Origin (DCO)

@carrodher
Copy link
Member

Thanks for your contribution, could you please rebase from main? There is an issue with one of the GH actions which is totally unrelated to your PR but will require to use the latest changes in the main branch

@meln5674 meln5674 force-pushed the feature/harbor-existing-secrets branch from ab44139 to 9faec85 Compare May 2, 2024 15:27
@meln5674
Copy link
Contributor Author

meln5674 commented May 7, 2024

Let me know if there's anything needed on my end besides the rebase to get the check to pass.

@javsalgar
Copy link
Contributor

It seems that your branch is 31 commits behind main, could you sync your fork? The issue with the action should be fixed by then

* Added value trivy.existingEnvVarsSecret
* Added value jobservice.existingEnvVarsSecret
* Moved redis URL from jobservice config secret to env vars secret
* Switched jobservice config from Secret to ConfigMap now that no
  sensitive values are present
* Don't create core service if it would be empty

Signed-off-by: Andrew Melnick <meln5674@kettering.edu>
@meln5674 meln5674 force-pushed the feature/harbor-existing-secrets branch from 9faec85 to 4562ed3 Compare May 8, 2024 04:39
Copy link

This Pull Request has been automatically marked as "stale" because it has not had recent activity (for 15 days). It will be closed if no further activity occurs. Thank you for your contribution.

@github-actions github-actions bot added the stale 15 days without activity label May 24, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
harbor stale 15 days without activity triage Triage is needed
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[harbor] Allow providing all secrets out-of-band
3 participants