Open cjidboon94 opened 1 year ago
Is this already being worked or is it up for grabs? What is contribution guideline and workflow in case I volunteer to implement the tolerations
model? We really need it for our project.
it is shocking that v2 pipelines would be released without this feature!
The above list of missing functionality can be extended by:
The above list of missing functionality can be extended by:
- only secrets can be mounted as a volume, while this could also be from a Config Map
- we cannot set an image pull policy
- a secret to pull images
Added them to the list!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Commenting as this issue is still relevant
/lifecycle frozen
I'm trying to get the last issue PR and merge asap. The original contributor cannot keep contributing with it.
@rimolive Hey, I'm working on the node affinities backend + sdk implementation https://github.com/kubeflow/pipelines/pull/10671 this change is necessary and hoping to have the rest of the node affinity work done at end of this weekend and have a PR out
Pod (anti)affinity is I think less urgent
Thanks for contributing with this, @cjidboon94 !
Did you see #9913? It is different from your implementation. Just wanted to check if we're not missing anything.
Feature Area
/area backend /area sdk
What feature would you like to see?
kfp-kubernetes
is a library that aims to extend kfp v2 with kubernetes functionality. Currently thekfp-kubernetes
package is still missing some key features imo:Some of the implemented features of
kfp-kubernetes
are currently limited. For example, only secrets can be loaded as env vars/volumes while this could also be from a Config Map, a resource's field or an object's field: (via V1EnvVarSource/V1Volume respectively ) . Integration with thekubernetes
package (as was the case with KFP v1) could facillitate this. The protos thatkfp-kubernetes
requires could be generated based on the OpenAPI spec. The methods in go/python for manipulating the objects would still need to be implemented. I believe integrating the models from thekubernetes
python client package is a natural way for thekfp-kubernetes
to grow in functionality and ability.What is the use case or pain point?
Is there a workaround currently?
N/A
Love this idea? Give it a 👍.