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

Make sure reloading happens after collecting #36

Open
akijakya opened this issue Oct 19, 2023 · 1 comment
Open

Make sure reloading happens after collecting #36

akijakya opened this issue Oct 19, 2023 · 1 comment
Assignees
Labels
kind/enhancement Categorizes issue or PR as related to an improvement. lifecycle/keep Denotes an issue or PR that should be preserved from going stale. priority/soon Must be worked on either currently, or very soon, ideally for the next release

Comments

@akijakya
Copy link
Member

Right now there are two workers ran by the reloader, one for collecting data, and another for checking into Vault for the secret versions. One could argue that collecting data frequently doesn't makes sense, because only the latest state of the collected data would count when the reloading actually happens.

Therefore it makes sense to set the same run period for the collector and the reloader workers, e.g. run them every 4 hours. In this case we should make sure the collector runs before the reloader so the reloading would be executed on the latest state of things, and not on 4 hour old data.

@akijakya akijakya self-assigned this Oct 19, 2023
@ramizpolic
Copy link
Member

ramizpolic commented Oct 24, 2023

I think having the ability to specify the collection/reload periods gives enough space for users to configure reloader based on their own requirements at the moment.
In the future versions, we could use only one (e.g. refresh) period when the collection+reload will occur. It should be done in a way that once all the secrets are collected, a value is sent to a channel that is used to trigger reloader.

go wait.UntilWithContext(ctx, c.runReloader, reloaderPeriod)
This ensures that reload always happens after collection.

@github-actions github-actions bot added the lifecycle/stale Denotes an issue or PR that has become stale and will be auto-closed. label Dec 24, 2023
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jan 14, 2024
@ramizpolic ramizpolic removed the lifecycle/stale Denotes an issue or PR that has become stale and will be auto-closed. label Feb 29, 2024
@ramizpolic ramizpolic reopened this Feb 29, 2024
@ramizpolic ramizpolic added the priority/soon Must be worked on either currently, or very soon, ideally for the next release label Feb 29, 2024
@github-actions github-actions bot added the lifecycle/stale Denotes an issue or PR that has become stale and will be auto-closed. label May 5, 2024
@csatib02 csatib02 removed the lifecycle/stale Denotes an issue or PR that has become stale and will be auto-closed. label May 5, 2024
@bank-vaults bank-vaults deleted a comment from github-actions bot May 5, 2024
@bank-vaults bank-vaults deleted a comment from github-actions bot May 5, 2024
@bank-vaults bank-vaults deleted a comment from github-actions bot May 5, 2024
@github-actions github-actions bot added the lifecycle/stale Denotes an issue or PR that has become stale and will be auto-closed. label Jul 7, 2024
@bank-vaults bank-vaults deleted a comment from github-actions bot Jul 7, 2024
@csatib02 csatib02 added lifecycle/keep Denotes an issue or PR that should be preserved from going stale. kind/enhancement Categorizes issue or PR as related to an improvement. and removed lifecycle/stale Denotes an issue or PR that has become stale and will be auto-closed. labels Jul 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement Categorizes issue or PR as related to an improvement. lifecycle/keep Denotes an issue or PR that should be preserved from going stale. priority/soon Must be worked on either currently, or very soon, ideally for the next release
Projects
None yet
Development

No branches or pull requests

3 participants