-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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 specifying resource requests at the TaskRun level #4326
Comments
@lbernick: You can't close an active issue/PR unless you authored it or you are a collaborator. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Although it might be addressed by #4080, I wonder if it should be the way it gets solved. For example, I want to use a Task from the Hub/Catalog, where I do not have any control, and this Task doesn't have any parametrized resource limits/requirements setup, then I want to be able to provide this at runtime. |
/assign |
I agree that it makes sense to do this generically at the TaskRun level. I think conceptually it makes sense to consider resources as an instance/run level attribute rather than that of the task. |
This TEP addresses tektoncd/pipeline#4080 and tektoncd/pipeline#4326 by proposing new configuration to TaskRuns and PipelineTaskRuns that can override any Step resource requirements specified in a Task or PipelineTask.
This TEP addresses tektoncd/pipeline#4080 and tektoncd/pipeline#4326 by proposing new configuration to TaskRuns and PipelineTaskRuns that can override any Step resource requirements specified in a Task or PipelineTask.
This TEP addresses tektoncd/pipeline#4080 and tektoncd/pipeline#4326 by proposing new configuration to TaskRuns and PipelineTaskRuns that can override any Step resource requirements specified in a Task or PipelineTask.
This TEP addresses tektoncd/pipeline#4080 and tektoncd/pipeline#4326 by proposing new configuration to TaskRuns and PipelineTaskRuns that can override any Step resource requirements specified in a Task or PipelineTask.
This TEP addresses tektoncd/pipeline#4080 and tektoncd/pipeline#4326 by proposing new configuration to TaskRuns and PipelineTaskRuns that can override any Step resource requirements specified in a Task or PipelineTask.
This TEP addresses tektoncd/pipeline#4080 and tektoncd/pipeline#4326 by proposing new configuration to TaskRuns and PipelineTaskRuns that can override any Step resource requirements specified in a Task or PipelineTask.
This TEP addresses tektoncd/pipeline#4080 and tektoncd/pipeline#4326 by proposing new configuration to TaskRuns and PipelineTaskRuns that can override any Step resource requirements specified in a Task or PipelineTask.
This TEP addresses tektoncd/pipeline#4080 and tektoncd/pipeline#4326 by proposing new configuration to TaskRuns and PipelineTaskRuns that can override any Step resource requirements specified in a Task or PipelineTask.
Sorry this took some time, but TEP-0094: Configuring Resources at Runtime is now implementable. |
Feature request
Currently resource requests can only be done at the Task level. However this is limiting when trying to reuse generic tasks. It would make more sense to me to have resources specified in the TaskRun, with the Task providing a set of defaults.
Use case
An example that came up recently is using the kaniko hub task. The resources required will vary widely based on the contents of the Dockerfile. As is, I have to redefine this Task based on each build, making the shared task fairly useless.
Possibly related to #2986.
The text was updated successfully, but these errors were encountered: