Channels
announcements
automation-api
aws
azure
blog-posts
built-with-pulumi
cloudengineering
cloudengineering-support
content-share
contribex
contribute
docs
dotnet
finops
general
getting-started
gitlab
golang
google-cloud
hackathon-03-19-2020
hacktoberfest
install
java
jobs
kubernetes
learn-pulumi-events
linen
localstack
multi-language-hackathon
office-hours
oracle-cloud-infrastructure
plugin-framework
pulumi-ai
pulumi-cdk
pulumi-cloud
pulumi-crosscode
pulumi-deployments
pulumi-kubernetes-operator
pulumiverse
python
registry
status
testingtesting123
testingtesting321
typescript
welcome
workshops
yaml
Title
g
gorgeous-minister-41131
10/26/2021, 6:30 PMIs there a suggested workflow for doing templated/instanced style deployments with the Kubernetes provider? Example, I have 30 variations of an application that need to be deployed. Most share similar characteristics, albeit there are some differences. The first thing that comes to mind is a stack-per-variation, of course… but I wanted the option to be able to deploy all of these stacks say, via a Superstack of the sorts, so they all maintain their own individual state, but the superstack maintains the state of all the other child stacks…
Maybe I missed something in the documentation and this paradigm is blatantly obvious and documented…
b
billowy-army-68599
10/26/2021, 6:40 PMyou'd build a ComponentResource and then instantiate that:
which language are you using?
g
gorgeous-minister-41131
10/26/2021, 6:40 PMPython
So essentially a ComponentResource would be part of that “superstack” right?
I found this blog: https://www.pulumi.com/blog/creating-and-reusing-cloud-components-using-package-managers/#resource-components which seems a bit related
can a ComponentResource leverage a StackReference and/or aggregate all resources of child stacks without impacting the child stacks? e.g. 2 reqs:
1.) A user wants to be able to deploy a single instance/variation of this application so it would have its own unique stack, I gather.
2.) A user wants to be able to deploy all or more instances/variations of this application, but somehow, if possible, having the individual stack state preserved.
#2 might be more difficult unless there’s some secret stuff I’m missing. but I think it would be acceptable for the state to change if using the “aggregate” stack to deploy multiple resources. It just means any affected child stacks would be ‘stale’ at that point and vice-versa…
b
billowy-army-68599
10/26/2021, 6:52 PMyes a ComponentResource can leverage a stack reference, you define input options for a component resource, you'd just grab the stackref from there
I'm not following 2: i'm afraid
g
gorgeous-minister-41131
10/26/2021, 6:52 PMSorry, if I am being a bit confusing there
The idea is that #2 is when the user wants to deploy “all variations” of the particular application to be able to deploy them atomically, say using the ComponentResource, but each variation would be deployed to its own unique stack so that change is tracked for the variation.
Maybe this can be distilled: can a ComponentResource deploy sub-stacks?.. is sub-stacks the right term to use here?
https://github.com/pulumi/pulumi/issues/2209 maybe this is what I’m seeking, and it’s not implemented?
I think what Luke is describing in this issue is what I’m seeking, but it looks like it’s not implemented. 🤔
b
billowy-army-68599
10/26/2021, 8:43 PMhey, sorry for the delay: yeah this isn't implemented I'm afraid