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

Sidecar support in argocd-server and application-controller

XMLWordPrintable

    • Icon: Feature Feature
    • Resolution: Done
    • Icon: Normal Normal
    • None
    • None
    • None
    • False
    • Hide

      None

      Show
      None
    • False
    • GITOPS-8774Single-cluster scalability of GitOps
    • 0% To Do, 0% In Progress, 100% Done

      Feature Overview

      Add support for sidecars to argocd-server and application-controller to the operator. This has come from a customer RFE and implementing it will allow more customers to migrate their existing applications to use GitOps. 

      Goals

      • Customers have more flexibility in how they arrange their containers
      • Adding support for sidecars to the API server and application controller like there already is in the repo server allows folks to utilize things like proxies in other areas of Argo CD

      Requirements

       

      Requirements Notes IS MVP
      The operator supports configuring a sidecar container for argocd-server   Yes
      The operator supports configuring a sidecar container for application-controller   Yes

      Use Cases

      Support case 03716751 - Barclays:

      • “Our argocd server and controller components require a proxy sidecar container for managing a DMZ environment”

      Out of scope

      Changes in the upstream, this is an operator-only change.

      Dependencies

      None known.

      Background, and strategic fit

      This Jira is part of SECFLOWOTL-6 as it can allow folks already using GitOps to bring more of their applications over to a gitops workflow. It may also unblock some legacy applications that require specific setups, like org-level requirements around proxies, to migrate to GitOps.

      Assumptions

      None known.

      Customer Considerations

      None known.

      Documentation/QE Considerations

      Impact

      As this is an operator-only change, we don't need to wait on an upstream proposal to implement it. This should be able to be worked on in parallel to any ongoing upstream work.

      Related Architecture/Technical Documents

       

      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).

              aveerama@redhat.com Abhishek Veeramalla (Inactive)
              halawren@redhat.com Harriet Lawrence (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: