Hey guys, looking for opinions/ideas here… I have some stacks which are “application related”, which are mostly feature-focused, and those rely on some foundational components created outside of SST, and managed from a single legacy SLS project. Those “shared resources” are the VPC, VPN, SecGroup, etc … So I’m thinking to migrate this old-SLS project into SST/CDK, but keeping it separated from my feature-based SST project. The reason is those foundational components I don’t want to be re-created on every PR, or created every time a developer does a local deployment. I want to keep them kind of outside the development flow, and create them only once. What you guys think? should I host these in a separated repo? If I have multiple accounts, one for each environment (dev, stage, prod, etc), I’m planning to share the same VPC/VPN/SecGrousp with every developer over

dev

for local development and PRs. Of course each developer is going to have their own stage. Thoughts? 🙂

I am working through something similar at the minute, but with sls framework. Could you evaluate the stage in the shared-resources stack to default to dev; and the stage in the application stack to be either pr number, or username. Then, you can still pass around an exported prop e.g. resourceStack.vpc, can be passed into application stacks. And this remains one multistack set application?

Yeah agreed with @Simon Reilly. While reading CDK’s source code, I saw they used the

getOrCreate

pattern. And I liked it. So in this case, ur core stack can look like this:

if (stage === "dev-main") {
  this.vpc = new ec2.Vpc(...)
}
else if (stage.startsWith ("dev-")) {
  this.vpc = ec2.Vpc.lookup(...)
}

Yeah could be, conditional resources.

U mean by mistake right? Ie. in the example above, a user run

sst remove --stage de-main

. Is that what you mean?

No, user removing all their stuff with

sst remove

Just to clarify, in the above example, if user runs

sst remove --stage dev-joe

, the VPC won’t be removed. The core stack will only get removed by

sst remove --stage dev-main

.

I see, sorry, miss-understood.