This message was deleted.
# generals
sparse-intern-71089
10/22/2019, 11:18 AMThis message was deleted.
b
better-rainbow-14549
10/22/2019, 11:44 AMI don't think there's an automated way, moving resources between stacks manually is probably the best bet.
I'd probably make a new stack, clone the stack file from your current monolith and try and make a trimmed down 'top layer' then rinse and repeat. Once the top layer previews with no changes, you can remove those resources from the dependent layer and replace any references to them with e.g. StackReference or just normal blah.getResourceX() calls
c
cold-coat-35200
10/22/2019, 1:09 PMYeah, it basically the same as I thought, using import maybe better because it checks that the code and resource state is the same and gives a clear message what the difference, show the diff and deleting from the old stack with
pulumi state deleteb
better-rainbow-14549
10/22/2019, 1:22 PMimport adopts the resource into the stack though so unless i misunderstand you, if you used that on dependent layers you wouldnt be able to modify them in the higher layers without them fighting each other for who is the source of truth for the state
better-rainbow-14549
10/22/2019, 1:23 PMnot sure what the recommended best practice is but i basically created a load of createX and getX methods with identical parameters and return types of Promise<X> and put them in a node package so that we could have a load of layers without worrying about it too much
better-rainbow-14549
10/22/2019, 1:23 PMthen we share the configs from higher layers and use get(config.blah) instead of create(config.blah) but the rest of the code can be the same
b
broad-dog-22463
10/22/2019, 1:37 PMYou are correct, there is not an automated way
broad-dog-22463
10/22/2019, 1:37 PMYou could import the resource as part of the new stack
broad-dog-22463
10/22/2019, 1:37 PMThen use Pulumi export to get the stack - manually remove the resource and then Pulumi import with the new stack details and it will be removed from management
c
cold-coat-35200
10/22/2019, 2:23 PMthanks, Paul, then we agree š
b
broad-dog-22463
10/22/2019, 2:27 PMIād suggest looking in Pulumi/Pulumi for a related issue here and if not then create one - this is going to be something that people will ask more and more :)
c
cold-coat-35200
10/22/2019, 6:25 PMI did not find a related one, so created a new: https://github.com/pulumi/pulumi/issues/3389
b
broad-dog-22463
10/22/2019, 7:31 PMš