-
Notifications
You must be signed in to change notification settings - Fork 9.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CloudFront parameter to cause Terraform to wait until distribution is "Deployed" #8749
Comments
I'm not sure how long does it usually take or should it take to deploy a CloudFront distribution change, but the convention we maintain in most resources is that we treat the creation/update/deletion as done when it's actually done, so what you're describing should in this case be a default behaviour rather than something you'd turn on/off via an attribute. So far the only exception I know of (where we don't wait for the resource to finish an operation) is KMS - because the deletion has to be scheduled (7 days min) and is cancellable during that time period and Terraform can't obviously let the user wait 7 days 😃 . |
15 to 20 minutes, roughly. Another attribute (on mobile, can't check), concerning deletion, already defaults to "just do it in the background, don't make me wait". I don't care either way about what would be the default, I just want to be able to know when my change has been propagated. :) Radek Simko notifications@github.com skrev: (10 september 2016 16:19:59 CEST)
Sent from my Android device with K-9 Mail. Please excuse my brevity. |
Actually, I was imprecise. It does not delete, it disables the distribution. That, however, means you have to remove it manually after terraform destroy, where after it will be cranky with you since you deleted a thing it thought it was managing, still. Radek Simko notifications@github.com skrev: (10 september 2016 16:19:59 CEST)
Sent from my Android device with K-9 Mail. Please excuse my brevity. |
Guys, Yeah - the creation takes about 20 minutes. This was making testing very hard to do, and was not actually important on any modification operation of the distribution except for deletion (example: a distribution can have its configuration modified or disabled while it's in a deploying state), so the deployed state waiter was moved to there. The flag you guys are referring to is A |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
I would love to have a parameter to instruct the Terraform command to wait until the CloudFront distribution is in the Deployed state after making modifications. This would make it easier to add to e.g. scripts, where I need to wait until the change is (rather) reliably propagated before continuing with the next step.
The text was updated successfully, but these errors were encountered: