XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Won't Do
    • Icon: Undefined Undefined
    • None
    • None
    • Helm
    • None
    • oc helm support
    • False
    • False
    • To Do
    • QE Needed, Docs Needed, TE Needed, Customer Facing

      Problem:

      Today customers that want to use helm have two interfaces: the helm cli (binary) and the ocp helm console. This brings a few problems that results in different experience while using different interfaces:

      1. On helm cli there is not easy way to coordinated a consistent version per client, different user can potentially have diff clients with diff features and bug fixes.
      2. On Dev Console all user are using the same helm version
      3. When helm cli is used there is no secured way to track metrics for the releases at the cluster level because releases are stored in secrets.
      4. When Dev Console is used we can track metrics for every operation on the helm releases
      5. When helm cli is used to install charts with dependency charts. It is not possible to update the release from helm console without reseting the values file. Making it harder for user to make values only updates.

      Goal:

      Support oc helm that will call same helm backend that Dev Console calls.

      Why is it important?

      Consistency on the cli and gui experience, and more accurate metrics collection

      Use cases

      Acceptance criteria

      Helm is supported in oc

      Dependencies (External/Internal)

      Design Artifacts

      Exploration

      There are two ways to do this, one is with plugin approach and another with an oc subcommand. We need to explore both options

      Note

              Unassigned Unassigned
              dperaza@redhat.com David Peraza
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: