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

Move CMO configuration to CRD(For ODF tracker)

XMLWordPrintable

    • Icon: Feature Feature
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • None
    • Observability
    • None
    • False
    • None
    • False
    • Not Selected

      Proposed title of this feature request

      We should consider moving our configuration from a config map to a custom resource definition.

      What is the nature and description of the request?

      Operators should generally be configured by an accompanying CRD. Currently CMO uses a config map for that due to historical reasons. While developing and implementing a CRD is not complex, making the transition painless for users will be rather tricky.

      Why does the customer need this? (List the business requirements)

      A CRD has several advantages over a config map:

      • The specification is well known and to a degree self-documenting
      • We can specify validation and legal values right in the CRD.
      • The APIServer will validate user resources based on our specifications, so users get immediate feedback on errors instead of having to check if their config was applied and check logs.
      • Many users expect to interact with operators through a CRD
      • Compatible with GitOps workflows.
      • List any affected packages or components.

      CMO

      We should have a telemetry signal to track adoption.

              mzardab@redhat.com Moad Zardab
              jfajersk@redhat.com Jan Fajerski
              Xiang Yin Xiang Yin
              Christian Stark Christian Stark
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated: