experiment - use first taskrun as anchor pod #1
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is an experiment to achieve node affinity without using placeholder pod as we do today in affinity assistant. In this experiment, the first PipelienTask pod is used as the "anchor" pod (which can be scheduled to any node). Pod affinity terms are only applied follow-up pods, so that the pods can be anchored to the first PipelineTask pod.
The main issue with this idea is that if the anchor pod finishes before the followup pods are started, it runs into scheduling conflict as there is no node meets the affinity requirement (inter pod affinity only considers running pods).
Changes
Submitter Checklist
As the author of this PR, please check off the items in this checklist:
/kind <type>
. Valid types are bug, cleanup, design, documentation, feature, flake, misc, question, tepRelease Notes