This message was deleted.
# generals
sparse-intern-71089
12/29/2021, 4:30 AMThis message was deleted.
l
little-cartoon-10569
12/29/2021, 4:36 AMMost people prefer to use a project as a group of related resources that need to be deployed at the same time (e.g. shared database, app1, shared network, etc.); and a stack is an instance of the (e.g. dev, staging, prod).
✅ 1
little-cartoon-10569
12/29/2021, 4:37 AMSo you can deploy a prod database and a dev database from the same project.
little-cartoon-10569
12/29/2021, 4:37 AMThe code is shared between all stacks in a project, and the stack is just the configuration values, like region, prefix, etc.
a
able-honey-93860
12/29/2021, 6:09 AMThis is awesome man thanks for the help!
able-honey-93860
12/29/2021, 6:11 AMTypically I like to keep dev and prod isolated completely. It seems like it would be bad practice to have dev code right next to prod code. But I guess in pulumi context you still have to specify the stack so theoretically it's isolated?
l
little-cartoon-10569
12/29/2021, 7:32 PMThe purpose of non-prod code is to ensure prod code is good.
little-cartoon-10569
12/29/2021, 7:33 PMIf you're not using prod code in earlier stacks, then you may want to rethink.
little-cartoon-10569
12/29/2021, 7:36 PMYou said " It seems like it would be bad practice to have dev code right next to prod code." There is no "next to". It's the same code. Dev is just different parameters.
c
colossal-boots-62227
12/31/2021, 5:22 AMI agree that having all environments/stacks use the same code is a huge advantage - being able to just change a stack name (and perhaps a region) and deploy in Pulumi is really powerful. The only wrinkle I’ve found is for globally shared resources (mainly AWS Route53 zones) for which I have a
globalall