Skip to content
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

Multi-user support and allow user filter for pipelines, runs, and experiments owned by you #2397

Closed
FaustineLi opened this issue Oct 15, 2019 · 12 comments
Assignees
Labels
area/frontend kind/feature priority/p0 status/triaged Whether the issue has been explicitly triaged

Comments

@FaustineLi
Copy link

Our use case internally involves sharing a cluster for a team of scientists. Since every scientist is working on their own different projects, the experiment / run / pipeline list gets cluttered quickly. We would love to have a filter to only (1) experiments you have created (2) runs you have started (3) pipelines you have uploaded if that is possible.

@eterna2
Copy link
Contributor

eterna2 commented Oct 16, 2019

I would love to have this feature too.

How I solve it now is deploying a kubeflow pipeline deployment for each team.

@FaustineLi
Copy link
Author

@eterna2 Is there a way to have multiple pipeline deployments per kubeflow cluster or are you saying you are deploying a kubeflow cluster per team? If it's the later, that's too much underutilized overhead for us to stomach.

@eterna2
Copy link
Contributor

eterna2 commented Oct 16, 2019

Ya. U can deploy multiple kubeflow pipelines service per kubernetes cluster. However, u will need to deploy them in different namespace.

Note, I am referring to kubeflow pipelines only not the full featured kubeflow (haven't tried it, but shld be the same thou).

https://github.com/kubeflow/pipelines/blob/master/manifests/kustomize/README.md

Note: I did not use this manifest per se, cuz I am running on AWS EKS rather than GKE, my manifest is quite different, but conceptually they are the same.

A very important thing u need to note that is CRD and cluster role / cluster role bindings are cluster wide setting.

Remember not to delete them when removing a particular kfp deployment, cuz u will affect other kfp deployment in different namespaces.

i.e. dun just kubectl delete -f , u will remove some of these cluster wide resources.

@FaustineLi
Copy link
Author

I see. I pretty much live on the data scientist user side, so honestly most of this information doesn't mean a whole lot to me. But I appreciate that it is possible!

@Bobgy
Copy link
Contributor

Bobgy commented Oct 19, 2019

@gaoning777 Is this sth that should be part of the multi tenant scenario?

@numerology
Copy link

@gaoning777 Is this sth that should be part of the multi tenant scenario?

I think it is. @gaoning777 WDYT?
That being said such use cases would be slightly different than the multi-tenant support. @FaustineLi for the multi-tenant support what is expected to happen is that, different users (or user groups) will be separated by different namespaces. It won't be as straightforward as adding an attr (say, author) to a pipeline and provide a way to group pipelines.

@rmgogogo rmgogogo added area/frontend kind/feature priority/p1 status/triaged Whether the issue has been explicitly triaged labels Nov 18, 2019
@rmgogogo rmgogogo changed the title Add filter for pipelines, runs, and experiments owned by you in a shared cluster Multi-user support and allow user filter for pipelines, runs, and experiments owned by you Nov 18, 2019
@gaoning777
Copy link
Contributor

@gaoning777 Is this sth that should be part of the multi tenant scenario?

Yes. Multi-tenant support should include such filtering such that users only see their own pipelines/runs/experiments. The work will include UI to switch the filter(similar to KF dashboard) and API server to expose the filtering parameter.

@chensun
Copy link
Member

chensun commented Mar 13, 2020

/assign @chensun

@IronPan
Copy link
Member

IronPan commented Mar 17, 2020

For experiments, runs, and jobs, they will be filtered when multi-user mode is implemented.
For pipelines, it's currently work as intended to be a shared resource.

@Bobgy
Copy link
Contributor

Bobgy commented May 6, 2020

@chensun I think we can close this?
KFP multi user mode will be alpha released soon.
/close

@k8s-ci-robot
Copy link
Contributor

@Bobgy: Closing this issue.

In response to this:

@chensun I think we can close this?
KFP multi user mode will be alpha released soon.
/close

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.

@Bobgy
Copy link
Contributor

Bobgy commented May 6, 2020

Please read #1223 for latest status

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/frontend kind/feature priority/p0 status/triaged Whether the issue has been explicitly triaged
Projects
None yet
Development

No branches or pull requests

9 participants