Uploaded image for project: 'Red Hat Advanced Cluster Management'
  1. Red Hat Advanced Cluster Management
  2. ACM-21222

ClusterPermission - implement clusterRoleBindings (multiple)

XMLWordPrintable

    • ClusterPermissionClusterRoleBindings
    • Product / Portfolio Work
    • False
    • Hide

      None

      Show
      None
    • False
    • Green
    • To Do
    • VIRTSTRAT-51 - Enable fine-grained RBAC support in ACM for Virt use cases
    • VIRTSTRAT-51Enable fine-grained RBAC support in ACM for Virt use cases
    • 0% To Do, 100% In Progress, 0% Done

      OCP/Telco Definition of Done
      https://docs.google.com/document/d/1TP2Av7zHXz4_fmeX4q9HB0m9cqSZ4F6Jd4AiVoaF_2s/edit#heading=h.gaa58bzbvwde
      Epic Template descriptions and documentation.
      https://docs.google.com/document/d/14CUCEg6hQ_jpsFzJtWo29GfFVWmun2Uivrxq3_Fkgdg/edit
      ACM-wide Product Requirements (Top-level Epics)
      https://docs.google.com/document/d/1uIp6nS2QZ766UFuZBaC9USs8dW_I5wVdtYF9sUObYKg/edit

      *<--- Cut-n-Paste the entire contents of this description into your new
      Epic --->*

      Epic Goal

      Currently the ClusterPermission implementation uses roleBindings (plural, multiple) and clusterRoleBinding (singular):

      https://github.com/stolostron/cluster-permission/blob/main/config/crds/rbac.open-cluster-management.io_clusterpermissions.yaml

      The goal of this epic is to align clusterRoleBinding with roleBindings, so that ClusterPermission can have multiple clusterRoleBindings instead of being limited to a single clusterRoleBinding per ClusterPermission object.

      Why is this important?

      To allow for multiple clusterRoleBindings per ClusterPermission object, and to align with roleBindings which already supports having multiple roleBindings.

      Scenarios

      ...

      Acceptance Criteria

      ...

      Dependencies (internal and external)

      1. ...

      Previous Work (Optional):

      1. ...

      Open questions:

      Done Checklist

      • CI - CI is running, tests are automated and merged.
      • Release Enablement <link to Feature Enablement Presentation>
      • DEV - Upstream code and tests merged: <link to meaningful PR or GitHub
        Issue>
      • DEV - Upstream documentation merged: <link to meaningful PR or GitHub
        Issue>
      • DEV - Downstream build attached to advisory: <link to errata>
      • QE - Test plans in Polarion: <link or reference to Polarion>
      • QE - Automated tests merged: <link or reference to automated tests>
      • DOC - Doc issue opened with a completed template. Separate doc issue
        opened for any deprecation, removal, or any current known
        issue/troubleshooting removal from the doc, if applicable.
      • Considerations were made for Extended Update Support (EUS)

              fxiang@redhat.com Feng Xiang
              rh-ee-mshort Matthew Short
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated: