Hi, I think it's maybe more like a typescript question then pulumi, but what is the recommended way to structure the infrastructure code? I'm thinking in a similar structure like the attached, the main pont to share "node_modules" and custom "modules" directories, those doesn't have env specific code and use separate directories for the env codes. Would be the best if I could tie the envs to stacks somehow and run pulumi commands from the env directories or maybe run from the root with an index.ts file, which get the stack name programatically and import the code from the correct env. Is there other recommended way to do this?

Ours is structured:

- components
  - aws-dns-root-zone
  - aws-network
  - aws-postgresql
  - azure-rbms
  - [etc.]
- services
  - gitlab
  - gitlab-runner
  - jira
  - [etc.]
- environments [for singletons, like our infra env that hosts gitlab etc.]
  - infra
- deployables
  - app [which is deployed to prod, preprod, qa1, qa2, dev-foobar, etc.]

yeah, but if I understand correcty the different environment are not separated, right? I mean just on the stack level

Environments that are singular are separated.

what do you mean by singular? where do you have the pulumi specific configs like Pulumi.yaml?

When I mean singular, I mean exactly that - we have one "infra" env because it's where gitlab, jira, etc. live. Their stack state is commingled in with the others.

and you have env specific condition(like if-s) in "infra"?

no?

so you just run "pulumi up" from the infra directory, right?

Correct.

thanks for your help