-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Possibility to have subflow fully included in flow (template-like behaviour) #2495
Comments
Hi Kestra Team, I was going to open a similar issue. @Ben8t has perfectly described my thoughts about point 1. Any updates on this feature request ? |
@npranav10 you can see the estimate when something will be released in the Milestone on the right side below labels, this one is planned for 0.18 atm. |
this proposal is great! To avoid breaking changes, confusion and too many properties in the Subflow task, we will handle it as a separate task as described here #6518 -- but 100% the same idea still 👍 |
Feature description
Problem
With the deprecation of templates, there are some flaws arising with the only use of Subflow:
It doubles the number of execution. With templates, tasks were passed directly in the flow, like if they were written directly inside it. Before 1 flow = 1 exec. Now with subflow 1 flow = 2 exec. Making the executions lists overwhelming in the UI.
Some users track billing information, with 1 namespace = 1 project. Using subflow here kind of make this billing wrong as one subflow can be used in many namespaces (so there is an overlap sometimes in the executions).
Subflow have to be in the same namespace to have access to the same right (service account)
Possible Solutions
included:true
property to theio.kestra.core.tasks.flows.Flow
:Without this kind of flag, currently the flow will create two executions: one for the main flow, one for the subflow. The
included
property let the user to choose if the subflow can be "included" directly in the subflow - merging the old template behaviour into the subflow one; i.e. having only one execution for the thing.The text was updated successfully, but these errors were encountered: