-
Notifications
You must be signed in to change notification settings - Fork 226
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
[TEP-0120] Canceling Concurrent PipelineRuns #791
Conversation
teps/0117-concurrency-controls.md
Outdated
They want to limit the number of concurrent CI runs per team, to prevent one team from using all the available devices | ||
and crowding out CI runs from other teams. | ||
- A Pipeline performs multiple parallelizable things with different concurrency caps, as described in [this comment](https://github.com/tektoncd/pipeline/issues/2591#issuecomment-626778025). | ||
- Allow users to cap the number of matrixed TaskRuns (alpha) that can run at a given time. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jerop I've included the matrix concurrency use case here as one we want to try to solve for, but I think for an initial version of this proposal it'll be easier to focus just on concurrency of PipelineRuns and descope TaskRuns for future work.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@lbernick note that matrix is used for taskruns and runs for now but it'll be available for pipelineruns as well once pipeline in pipelines is implemented -- so it's still relevant if the focus is pipelineruns
/assign @jerop |
b8d638c
to
3dd1ce8
Compare
This commit adds requirements and use cases for controlling concurrency of PipelineRuns.
@vdemeester @jerop @williamlfish @dibyom I've descoped the proposal to just cancelation for now; we will tackle queueing after implementing cancelation-- PTAL |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
problem statement looks good to me, just wondering at whether this problem should be addressed at the workflow or pipeline level but we can figure that out in the proposal stage
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: jerop, vdemeester The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
API WG - /lgtm |
/lgtm |
This commit adds requirements and use cases for controlling concurrency of PipelineRuns.
Co-authored-by: William Fish williamleofish@gmail.com
Co-authored-by: Vincent Demeester vdemeest@redhat.com
/kind tep