Uploaded image for project: 'OpenShift Request For Enhancement'
  1. OpenShift Request For Enhancement
  2. RFE-7575

Creating Kueue API objects / CRs in the OCP web console

XMLWordPrintable

    • Icon: Feature Request Feature Request
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • None
    • None
    • AI/ML Workloads
    • None
    • Product / Portfolio Work
    • None
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      When you install the Kueue Operator on an OCP cluster via the web console, the only API object available for creation in the Installed Operators view is the `Kueue` CR.

      This is inconsistent with the user experience for other Operators. For example, if you install the Serverless Operator, the APIs listed include:

      • `KnativeServing`
      • `KnativeEventing`
      • `KnativeKafka`

      Admins do not need to switch from a console experience to a CLI experience to create objects that enable functionality for users on the cluster, they can do everything in the same console.

      I am proposing that, once you install the Kueue Operator, the `Kueue` CR should possibly be created by default, depending on the selections you made during the installation process, and then the API objects that are available from the Installed Operators view would be `ClusterQueue`, `LocalQueue` and `Job` CRs instead.

              rhn-support-dhardie Duncan Hardie
              abrennan@redhat.com Ashleigh Brennan
              None
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                None
                None