okay, I see that sst.Function makes sense, but wou...
# sst
p
okay, I see that sst.Function makes sense, but wouldn’t it be possible to just add the debug stack to my existing cdk app? I don’t want to change every stack for SST
f
Hey @p0wl, currently you can’t pull out the debug stack and use it with a native CDK app.
That said, SST is a very thin wrapper around CDK. Is there anything specific blocking you from porting your CDK app over?
No one likes migrating stuff.. but please let me know if there’s anything we can do to make the process lesser of a hassle. 🙂
p
I would love to install it as an add-on (e.g. adding it as a separate stack instead of changing cdk.App to sts.App) and maybe provide a list of lambda functions to that stack. The idea behind sst is genius, but it feels like a big requirement to try it if it its necessary to sst.Function , sst.App and sst.Stack (as said we cannot use esbuild currently).
f
Oh I see.. yeah the
sst start
actually starts a watcher that rebuilds all the function code on save. And that process has deep tie-in into
sst.Function
and esbuild.
Ppl have brought up adding support for webpack and etc instead of esbuild.. we might look into down the road.
p
yeah, I totally agree that this is a very nice workflow and I will use that for new projects, but it is hard to buy into sst with existing projects.
f
yeah i hear you.. that’s totally fair
p
I’d love a “mini version”, where you just add the debug stack, maybe install a nodejs dependency (or a layer or whatever) in some lambdas that you know you want to use with sst.
f
yeah that makes sense
p
Should I put that somewhere? In a github issue or so?
Maybe some else requested a similar thing, but I’m not sure where I should search for it 😄
f