In the docs I'm not finding any detailed reference...
# general
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?
@white-balloon-205 any details or references to relevant code would be great 🙂
There's a few references in the docs around Stacks and Projects: • Organizing Stacks and Projects: • Stacks: • 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.
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.