Skip to content

TrialTemplates should be per-namespace and not always live in kubeflow namespace #1546

@kimwnasptd

Description

@kimwnasptd

/kind feature

Problem statement
Right now all the TrialTemplates reside in the kubeflow namespace. This has the following drawbacks:

  1. Every team or user will need to be using the same templates
  2. We will need to give permissions to all users for interacting with ConfigMaps in the kubeflow namespace, to allow them to edit the TrialTemplates

Describe the solution you'd like
Instead of deploying the TrialTemplates only in the kubeflow namespace we can expect them to exist in each namespace.

This will allow users to be able to configure and interact only with the Templates in their namespace. We can also enforce authorization checks with SubjectAccessReviews, since the we will have per-namespace resources.

Anything else you would like to add:
An important part to also discuss for this UX is how to initially create the ConfigMaps in each namespace, if they don't exist.

One solution we've been discussing with @andreyvelich would be to have the web app detect that no ConfigMaps are found in the current namespace and ask the user if they'd like the app to create some default ConfigMaps.

WDYT @andreyvelich @johnugeorge @gaocegege ?

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions