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

some resource types should not be repeatedly re-applied by kubit #467

Open
waynr opened this issue Jul 2, 2024 · 0 comments
Open

some resource types should not be repeatedly re-applied by kubit #467

waynr opened this issue Jul 2, 2024 · 0 comments

Comments

@waynr
Copy link
Contributor

waynr commented Jul 2, 2024

In InfluxDB Clustered we need to create a license Secret to be volume-mounted into backend component pods. It could also be a ConfigMap, but we use a Secret. This Secret is necessary for the pods to start up at all because they volume-mount data from it. The Secret is initially created with no contents and expected to be populated by separate controller once a specific CustomeResource containing the information necessary for the Secret has been installed separately by the user.

The CustomResource manifest is provided to our uses by our sales and contains licensing information. The controller extracts this license and inserts it into the Secret so that the license info is available to components that require it.

The problem we run into is that kubit's operational model of repeatedly re-applying manifests it gets from the OCI artifact means that the contents of the Secret injected by the CustomResource get overwritten by kubit with the original empty value almost right way.

There should be some way to express to kubit that a particular resource should only be created, not repeatedly updated to assert the original value.

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