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

Support "Update" without "Create" management policy combinations #681

Open
Tracked by #4952
tvandinther opened this issue Mar 22, 2024 · 3 comments · May be fixed by #788
Open
Tracked by #4952

Support "Update" without "Create" management policy combinations #681

tvandinther opened this issue Mar 22, 2024 · 3 comments · May be fixed by #788
Labels
enhancement New feature or request good first issue Good for newcomers

Comments

@tvandinther
Copy link

tvandinther commented Mar 22, 2024

What problem are you facing?

Suppose you want to extend functionality of a resource of which you should not be managing the lifecycle of. To extend functionality of this resource you may need to add some annotations as is common in Kubernetes.

A more concrete example is providing a Kubernetes service account with AWS credentials via IRSA. This requires creating an IAM Role with the required policies and adding an annotation to the service account to link it to the IAM Role. However, this service account is created via a helm chart and you do not want to take "ownership" of the resource.

The problem is deciding on the right supported combination of management policies for the service account resource. All combinations of Update require Create to also be given. But this is not in the scope of this composition, it is designed to only annotate the service account if it exists and should fail otherwise. We are assuming a pre-existing resource, and will try again later if it is missing, presumably when the helm chart is installed.

How could Crossplane help solve your problem?

Crossplane could solve this problem by allowing a combination of Observe and Update management policies so that the provider can correctly annotate the service account without creating it if it is missing. The managed resource should fail to sync if it is missing and therefore cause the containing composition to not be ready.

@tvandinther tvandinther added the enhancement New feature or request label Mar 22, 2024
Copy link

github-actions bot commented Sep 3, 2024

Crossplane does not currently have enough maintainers to address every issue and pull request. This issue has been automatically marked as stale because it has had no activity in the last 90 days. It will be closed in 14 days if no further activity occurs. Leaving a comment starting with /fresh will mark this issue as not stale.

@github-actions github-actions bot added the stale label Sep 3, 2024
@lsviben
Copy link
Contributor

lsviben commented Sep 3, 2024

/fresh

@github-actions github-actions bot removed the stale label Sep 3, 2024
@lsviben
Copy link
Contributor

lsviben commented Sep 3, 2024

Thanks @tvandinther for creating the issue, sorry for noticing it late. Seems like this is still relevant.

IMO it would make sense to add LateInitialize to the combination of management policies"
["Observe", "Update", "LateInitialize"] to fill up the spec.forProvider with the values observed(and not set) to avoid the Update overriding some fields if the spec is missing some fields. Maybe a combination with/without Delete as well?

The change should not be big:

  • update the policies list here with the desired combination
  • add an unit tests
  • hopefully test it in a provider

Adding this as a good-first-issue if somebody wants to contribute.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants