Uploaded image for project: 'OpenShift GitOps'
  1. OpenShift GitOps
  2. GITOPS-8831

Multi-cluster: lifecycle management of Argo CD on managed clusters

XMLWordPrintable

    • False
    • Hide

      None

      Show
      None
    • False
    • GITOPS-8830Multi-cluster GitOps - UMBRELLA - Post GA

      Feature Overview

      Provide some kind of lifecycle management for Argo CD installations on agent systems.

      Goals

      On every managed cluster, there must be parts of Argo CD running - depending on the mode of the managed cluster (managed, autonomous or hybrid), these components vary and must be configured accordingly.

      We could leverage the GitOps Operator to perform the management of Argo CD’s lifecycle. However, that would exclude Microshift currently, since we do not ship the Operator for Microshift.

      Requirements

       

      Requirements Notes IS MVP
      A mechanism for managing the lifecycle of Argo CD (install, upgrade) on agent systems running on OCP exists   N
      A mechanism for managing the lifecycle of Argo CD (install, upgrade) on agent systems running on Microshift exists   N
      A mechanism for maintaining Argo CD configuration on agent systems running on OCP exists   N
      A mechanism for maintaining Argo CD configuration on agent systems running on Microshoft exists   N

      Use Cases

      <What are we making, for who, and why/what problem are we solving?>

      Out of scope

      <Defines what is not included in this story>

      Dependencies

      <Link or at least explain any known dependencies.>

      Background, and strategic fit

      <What does the person writing code, testing, documenting need to know?>

      Assumptions

      <Are there assumptions being made regarding prerequisites and dependencies?>

      <Are there assumptions about hardware, software or people resources?>

      Customer Considerations

      <Are there specific customer environments that need to be considered (such as working with existing h/w and software)?>

      Documentation/QE Considerations

      <What educational or reference material (docs) is required to support this product feature? For users/admins? Other functions (security officers, etc)?>

      <Does this feature have a doc impact? Possible values are: New Content, Updates to existing content,  Release Note, or No Doc Impact?>

      <Are there assumptions being made regarding prerequisites and dependencies?>

      <Are there assumptions about hardware, software or people resources?>

      Impact

      <If the feature is ordered with other work, state the impact of this feature on the other work>

      Related Architecture/Technical Documents

      <links>

      Definition of Ready

      • The objectives of the feature are clearly defined and aligned with the business strategy.
      • All feature requirements have been clearly defined by Product Owners.
      • The feature has been broken down into epics.
      • The feature has been stack ranked.
      • Definition of the business outcome is in the Outcome Jira (which must have a parent Jira).

       
       

              Unassigned Unassigned
              jfischer@redhat.com Jann Fischer
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: