Creating 2nd CloudFormation stack, errors creating already-existing resources #2874
-
Hi there, TLDR: I'm trying to clone an existing deployment into a new subdomain so I can have a dev/prod split. Cloudformation is failing on resources already existing. Is there an expected method for adjusting the Hubs CloudFormation template to handle already-existing resources? During my first from-scratch deployment, I had to do a little bit of pruning because my primary domain, plus SES configuration, already existed. Am I just stuck trial-and-erroring my way through the resource creation stanzas in CF for these other errors? Really, I'd like to clarify a couple things:
The docs page for Backup and Restore says I should be able to restore from a backup into the same region as a previous deployment. It also says
Does the above specifically mean "a new apex domain", and not a new subdomain? I.e. I already have Thanks again for all your help and for a great project. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 2 replies
-
Using the same internal + link domains, I have not seen anyone successfully deploy a second deployment. Using a different subdomain for the main domain, I have not heard anyone successfully deploying a second deployment. -- you'd be trailblazing if you did! I'd recommend deploying a second stack with completely different domains. |
Beta Was this translation helpful? Give feedback.
-
For anyone else's information who may be interested in this idea: It appears that you should be able to reconfigure the launch template to import certain resources rather than try to create them. However, it appears to be a doozy of a task and a lot of details to comb through. I had to do a small amount of this initially, and it should definitely be possible, but instead of that I'd recommend rewriting the CloudFormation tpl into something like Terraform or Pulumi that a) is just code, b) can have an interface for which resources to create and which to import, and c) doesn't have a web interface that makes Firefox complain :p Thanks again for your help @robin-k-wilson |
Beta Was this translation helpful? Give feedback.
Using the same internal + link domains, I have not seen anyone successfully deploy a second deployment.
Using a different subdomain for the main domain, I have not heard anyone successfully deploying a second deployment. -- you'd be trailblazing if you did!
I'd recommend deploying a second stack with completely different domains.
The backend would stay in sync because of our HC auto-update system.
You'd iterate with the custom client by using
npm run login
andnpm run logout
to login to each stack, then deploy the same custom client to each.