05/21/2020, 3:15 PM
In the docs I'm not finding any detailed reference to how the state is actually organized. I know that with TF there's a good amount of up-front consideration necessary for how the code base is organized to avoid issues with blast radius when doing different operations (e.g.
). Is that still a necessary consideration in Pulumi?
any details or references to relevant code would be great 🙂
05/21/2020, 8:11 PM
There's a few references in the docs around Stacks and Projects: • Organizing Stacks and Projects:
• State and Backends:
In general, we aim to make it so you shouldn't have to think about state and backends - you can just use the default Pulumi Service. At that point you just create a Project per codebase you want to manage (and version), and a Stack per isolated deployment (dev, prod, etc.) of a Project. If you want to manage things in your own local or S3 backend there are more details you have to think about - but the same ideas all apply.
05/22/2020, 12:15 AM
Yeah, I'm planning on using the S3 backend so wanted to make sure I don't shoot myself in the foot with state boundaries.