Very useful.

Questions about 1.1 and 1.8:

1.1: As an application operator, I want to be able to pull charts from within the cluster so that I can manage multiple clusters without exposing details to the CI system
1.8: In order to have a secure system as an application operator, I want a pull model so that I can manage multiple private clusters from one authoritative source

How are these 2 different? 1.1 is about pulling from cluster-local storage, whereas 1.8 is about pulling from a single source for all clusters?

1.8 is specifically about private clusters, or about the chart source being private? 

Pulling is in contrast to, say, a CI hook that invokes a client tool (e.g., kubectl apply) to push chart changes to a cluster or clusters? Does this have any implications about what would trigger a pull/upgrade?

On Wed, Mar 14, 2018 at 8:11 AM Matt Farina <matt.farina@...> wrote:

As part of the work to get going on Helm 3, the next major release, we've started to collect a set of user stories. The goal is to collect those that are above and beyond what's currently in Helm 2 rather than a complete set of all stories.

If you look at them you'll notice that they relate to the user profiles we previously created for Helm 3.

Please note, these are an initial set rather than a complete set of user stories.

--
You received this message because you are subscribed to the Google Groups "kubernetes-sig-apps" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-sig-apps+unsubscribe@....
To post to this group, send email to kubernetes-sig-apps@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/kubernetes-sig-apps/CAMPAG2ow1g3HVDuuGWdHiqJDTmoCW%3D6-V-Sxqs%3DBP2JSgFxgNA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.