https://pulumi.com logo
#general
Title
# general
c

cuddly-eye-68174

04/01/2019, 1:51 PM
@creamy-potato-29402 @white-balloon-205 Guys, there are lot of open issue injunction with HELM/K8s Charts install. Namespace issue, now i had to handle capability issue....These come from the separated backend. "helm template" uses its own engine and "helm install" uses the tiller. We would have an idea with my college @cold-coat-35200. Can you guys put an option into the chart resource for example: templateBackend: "tiller|template" => if we use tiller, helm install --dry-run --debug can generate the resource files, I think...maybe it's not easy to parse, but should not be impossible...it could be a good option to solve a lots of issue in that case the pulumi client can reach the particular tiller to ask for a proper output. K8s does the same with its API (it's quite new: https://kubernetes.io/blog/2019/01/14/apiserver-dry-run-and-kubectl-diff/ ) it should be the same story with tiller. What do you think? Bullshit? 🙂
I would like to say, it is not because of Pulumi, it's because helm template is so good 🙂
w

white-balloon-205

04/01/2019, 3:50 PM
This is definitely something we should consider. @creamy-potato-29402 and I discussed this a couple months ago, and I do think having the option would help ensure that Helm charts that really deeply rely on Tiller can still be installed via Pulumi with 100% fidelity. I opened https://github.com/pulumi/pulumi-kubernetes/issues/511 to track - feel free to add any additional notes there.
c

creamy-potato-29402

04/01/2019, 5:19 PM
@cuddly-eye-68174 We’ve been waiting for the community to tell us they really want tiller support — we still don’t really hear much about this, but it’s porobably nice to have, so I’m guessing this would come after the namespacing issues.
c

cold-coat-35200

04/01/2019, 5:28 PM
@white-balloon-205 @creamy-potato-29402 based on the linked issue we may misunderstood each other, we're not saying to use tiller for creating the resources, just saying to use
helm install --dry-run --debug
, get the manifest part of the output, which is basically the same as the
helm template
output, except it has the release name and the correct capabilities fetched through tiller, and use that template to create the resources with pulumi
c

cuddly-eye-68174

04/01/2019, 5:28 PM
@white-balloon-205 actually I was meaning to suggest the same process that you have but use helm install --dry-run --debug to get the resource output... We like the Pulumi approach here 🙂 so i would not suggest to drop the current resource handling
helm template ./fluent-bit/ >helm.template.txt
helm install --dry-run --debug --namespace=mynamespace ./fluent-bit/ >helm.install.txt
w

white-balloon-205

04/01/2019, 5:29 PM
Ahh - interesting. Sorry I misunderstood. Want to add a note on that to the issue?
c

cuddly-eye-68174

04/01/2019, 5:29 PM
I was suggesting something like this
sorry about my english
let's not drop the current resource handling made by you guys we love that
with helm install you can use the tiller to serialize and get the output even with the correct namespace
c

creamy-potato-29402

04/01/2019, 5:34 PM
that is a very interesting story
er
proposal
I hadn’t thought about that, that seems like something we can do pretty quickly.
💪 1
c

cuddly-eye-68174

04/01/2019, 5:35 PM
🙂
where should I sign it 😉
we would be able to drop these, @cold-coat-35200 does not like it 😉
c

cold-coat-35200

04/01/2019, 5:44 PM
I added a note to the issue with a sample diff between the 2 command
c

creamy-potato-29402

04/01/2019, 5:45 PM
thanks!