-
Notifications
You must be signed in to change notification settings - Fork 218
Custom Invocation of Managed Workflows #1898
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
Comments
Would it make sense to have pre- and post-reconcile workflows that would get executed before and after calling the main reconciler method, respectively? |
Not sure how the user would then update the status, based on the results of the flow after the second workflow. Was thinking on other variants also, like having a list of managed workflows. But would not complicate it, there are still standalone workflows for complex use cases. And usually I guess users have a set of resources they want to reconcile, with custom invocation we give possibility to check the precondition / pre-processing and set the status after, this is both general and powerful enough. |
Typically this would be useful also to set some default values as discussed here: |
Note that this is little bit more cumbersome for cleanup, if |
What about making the IMHO this would improve readability as personally I'm not a fun of overusing nested annotations. |
I wonder if this is not misleading.
Maybe should be: |
In some use cases it would handy to implement custom code before the managed workflows executes, see for example:
#1896
Currently the managed workflow always execute before the
reconcile(...)
method automatically. What we could provide is a method invoke the managed workflow:Probably would be nicer to do this just in some cases, so NOT require explicit invocation by default.
So such a feature flag could look like:
see also related issue about naming: #1773
The text was updated successfully, but these errors were encountered: