Channels
#general
Title
# general
m
mammoth-art-6111
02/07/2022, 5:48 PManyone have general strategies for organizing pulumi projects? started to split up my infra into a few files and noticed pulumi is not detecting them in the way i expect. found an article for defining things as dynamic resources and grouping subcomponents into resources, but does pulumi not allow things like
import * from webhookswebhooks.tsm
millions-furniture-75402
02/07/2022, 6:11 PMTo clarify, you're asking about organizing code within a single pulumi project, not many pulumi projects in a single repository that need outputs from one another?
m
mammoth-art-6111
02/07/2022, 6:14 PMcorrect
in this example everything "belongs" to the same stack
i just don't want it all in the same file
like just as a trivial example, let's say i had a
webhooksindex.tsfoo.ts, bar.ts, baz.tsso far, from what i can tell, merely importing modules doesn't cause pulumi to register them as part of the current active stack
if i authored
foo.tsindex.ts Copy code
import * from foo.ts
import * from bar.ts
import * from baz.tswhich is how i would normally organize a typescript project
i might be missing something basic here but typically when i try to do something 'standard' and it's not working, i'm missing something about the framework (or missing a dot on an i), so right now trying to decide where my error is, would appreciate some guidance if you had any
ok, interesting. i sort of discovered what i was doing wrong but it's still not what i might expect;
import * as module from moduleimport {resource} from modulethat makes sense to me but still concerning because i could see people easily making that error, would be good to know why we need to explicitly import tho
is this expected or should i log this as a bug?
l
little-cartoon-10569
02/07/2022, 8:13 PMHave you exported the resources from the other module? Pulumi doesn't do anything special re: imports, it's just the normal js/ts/node stuff. My general strategy is to define ComponentResources in other files, then instantiate instances of them in index.ts. This way, no "top level" code in other modules ever has to be considered. All code that is run "by default" or "as top level" is in index.ts.. but that's just a few calls to
new MyResourceA(...()m
mammoth-art-6111
02/07/2022, 8:14 PMthey were exported, yeah
that's the pattern i've seen in a few other places (creating subcomponents and doing the top-level creation in index.ts)
l
little-cartoon-10569
02/07/2022, 8:17 PMWhat was the problem in your case? Did you have module-level code that wasn't being run?
I've never tried to got that working, and since all our devs come from an OO background, it's not something that would get past code reviews where I work. So we've never had an issue with modules that are supposed to do something automatically.. because none of our modules do anything automatically.
m
mammoth-art-6111
02/07/2022, 8:22 PMyeah, that was the problem. looking back it looks like i am able to do the default
import * as X from "x";xyeah, typically i'm pro that approach, but i was curious how it functioned and sometimes you want to know how you can organize stuff if there's no real good abstraction just to keep it fairly tidy
👍 1
b
billions-judge-9412
02/07/2022, 8:33 PMForgive me if im way off here. But isnt this a typescript issue rather than a pulumi one?
We use Go and splitting it into modules etc works perfectly
l
little-cartoon-10569
02/07/2022, 8:35 PMYes, completely. But we're keen to help anyone get value from Pulumi, no matter what the source of their problem...
b
billions-judge-9412
02/08/2022, 2:22 AMI merely wanted to point out that asking in the typescript channel might give him more worthwhile answers, thats all...
💯 1
4 Views