-
Notifications
You must be signed in to change notification settings - Fork 9.2k
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
Add support for additional deployment_targets config for aws_cloudformation_stack_set_instance #26935
Add support for additional deployment_targets config for aws_cloudformation_stack_set_instance #26935
Conversation
Community NoteVoting for Prioritization
For Submitters
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Welcome @hhughes0 👋
It looks like this is your first Pull Request submission to the Terraform AWS Provider! If you haven’t already done so please make sure you have checked out our CONTRIBUTOR guide and FAQ to make sure your contribution is adhering to best practice and has all the necessary elements in place for a successful approval.
Also take a look at our FAQ which details how we prioritize Pull Requests for inclusion.
Thanks again, and welcome to the community! 😃
@ewbankkit I noticed you reviewed the PR I linked in the description, would you be able to cast your eyes over this one too by any chance? Acceptance tests are now passing. |
Hey hope you're doing well. Your PR has helped a lot with some internal projects. I would love to see this merged into main. However, in our usage we're seeing something a bit strange. Creation works like a charm. But if i add another account_id to the accounts list in the stackset instance, it doesn't actually do anything. Similar if i delete the account from the list. as an example: Running this change:
to
Doesn't actually deploy another stack instance to the new account ("12345678911"). Similar occurs if we remove the account id from the list. I'm looking at the code but not 100% sure where to start here regarding debugging. Is this something you've experienced as well? |
I would also like to see this get merged. I do not know much about terraform programming or debugging, but I can see:
It seems to me like it is using the OU ID(s) to determine whether or not the deployment target has changed, in which case, that "ID" would probably need to change to include the filter operation and the account ID, for CRUD and idempotence purposes. If my theory is correct, then I would expect the addition of resources to result in a "Nothing to do" change, because the deployment target "remained the same" because the presence of accounts are not factored into change detection. However, if something else were to trigger a change (a change in the Stackset?), from reading the code, I would expect the update operation to complete successfully and alter the deployment targets. Can anyone support whether my speculation might be valid? |
Really need this to get going, this is a basic feature and has been going on for about a year, any ETA for when this will be merged? |
I have submitted a PR to ensure that the resource is updated even when changes are made to the deployment_targets argument. |
This functionality was included in #37898. |
I'm going to lock this pull request because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. |
Community Note
Release Note:
deployment_targets
argumentOutput from acceptance testing:
Closes
Closes #26917
Other Notes
I've mostly adapted the work done by @jnixon-blue here #23908
We have a use case where it would be great to have this support added to target multiple accounts within an organization with the use of SERVICE_MANAGED permissions. Ive tested these changes to the provider locally and they work as expected.