-
Epic
-
Resolution: Won't Do
-
Undefined
-
None
-
None
-
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:
- 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.
- On Dev Console all user are using the same helm version
- 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.
- When Dev Console is used we can track metrics for every operation on the helm releases
- 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