This message was deleted.
# general
s
This message was deleted.
Specifically, there’s an issue tracking this for stack-level settings: https://github.com/pulumi/pulumi/issues/2996
b
ok thanks I'll continue using PULUMI_BACKEND_URL
p
From reading that thread and issue #2996, it seems to me that it would be wise to start with a monolithic state backend (one to manage all projects and stacks) until you really need distinction. Would you agree, @red-match-15116? I'm just learning about Pulumi and trying to map its constructs onto my current pattern, which is using "Pure Ansible" for both Iac and CM.
b
We always separate out prod from non prod...
p
Separating stacks (by creating them, and using them) is different from maintaining separate state backends for each. Which did you mean @billowy-laptop-45963?
b
Both prod bucket only has production stacks, non prod has stage/uat/qa/etc stacks.
You can add additional protections to prod bucket and limit who can do updates...
b
following on from what jonjitsu says, it depends on your security model. Stacks are independently executed, so it's perfectly reasonable to store all your stacks in out bucket, as long as everyone can access the bucket with the stack state
what I've done before is have an "infra" AWS account that has the state storage (outside of dev or prod) which allows you to have a single bucket and then use stacks to manage your deployments (for example dev & prod)