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

Custom Resource Annotations in Helm-based Operators - reconcilePeriod #6648

Closed
cuppett opened this issue Dec 21, 2023 · 1 comment
Closed

Comments

@cuppett
Copy link
Contributor

cuppett commented Dec 21, 2023

reconcilePeriod

Want to propose:

  1. Changing order of operations
  2. Advice against overlaying these
  3. Logging effective values

Currently, the order of operations is annotation > watches > command-line flag. I'd recommend we make the command line flag able to override what is set in watches. Watches is baked into the container and somewhat immutable in the runtime environment, whereas the deployer can set command line flags for per-deployment behavior. Similarly, the CRD annotation is useful per object.

In the documentation, we advise against mixing these. I'm not sure why we do this. Can we remove that text or provide more explanation why that's a bad idea to mix the two.

In the log, there's no indication when the next reconciliation can be expected (worse case) or the effective value. Should this value be part of the message or KV pairs that are logged?

@cuppett
Copy link
Contributor Author

cuppett commented Dec 22, 2023

Nevermind on this, I can see how there can be multiple watches and using the command-line flag as the override could bigger impact than when operator is 1 for 1.

Having different issue where reconcilePeriod is getting picked up (10h), but still reconciling every minute on 1.32 and 1.33 and trying to run that down.

@cuppett cuppett closed this as completed Dec 22, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant