You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
AFT Version:
(Can be found in the AFT Management Account in the SSM Parameter /aft/config/aft/version) 1.13.2
Terraform Version & Provider Versions
Please provide the outputs of terraform version and terraform providers from within your AFT environment
terraform version
N/A
terraform providers
N/A
Bug Description
When the aft-account-request repository is updated, and this update causes the DynamoDB table item to trigger a rerun of the state machine aft-account-provisioning-framework, this wil re-trigger the state machine aft-feature-options for that account. When this happens the step Enroll Enterprise Support will run again.
If sufficient time has passed since the account was created & enrolled into enterprise support, this will recreate the enterprise support ticket requesting enablement of enterprise support.
When working with many accounts that trigger this event at once, this will trigger a flood of support tickets to AWS Support requesting enablement of enterprise support.
To Reproduce
Prerequisites:
An AWS Account that is registered within AFT and already enrolled within enterprise support.
Steps to reproduce the behavior:
In the aft-account-request repository, update the change_management_parameters.change_reason property to a new value
Merge the change in AFT
Observe the state machine 'aft-feature-options', which will attempt to create a new support ticket for an account already enrolled in enterprise support
See a new support ticket created within the aws account
Expected behavior
The lambda would recognize that Enterprise support is enabled, or a support ticket already exists previously, and no ticket is created.
Related Logs
From the lambda function for enrollment into enterprise support
{
"time_stamp": "2025-01-21 20:03:47,753",
"module": "aft_enroll_support",
"log_level": "INFO",
"log_message": {
"account_id": "XXXXXXXXXXXXX",
"customization_request_id": "ad3268a6-8fa4-4f3d-8c26-ed3edd5ef276",
"detail": "Generating support case for enrolling target account into AWS Enterprise Support"
}
}
Additional context
The reason to have a change_reason that changes, or any other update to the DynamoDB table entry that might trigger an update event is to take advantage of the state machine aft-account-provisioning-framework, which will update/provision the CodePipeline & other dynamic resources within the account. Resolving any drift and ensuring that the account is inline with expectations.
The text was updated successfully, but these errors were encountered:
Terraform Version & Prov:
N/A
AFT Version:
(Can be found in the AFT Management Account in the SSM Parameter
/aft/config/aft/version
)1.13.2
Terraform Version & Provider Versions
Please provide the outputs of
terraform version
andterraform providers
from within your AFT environmentterraform version
terraform providers
Bug Description
When the
aft-account-request
repository is updated, and this update causes the DynamoDB table item to trigger a rerun of the state machineaft-account-provisioning-framework
, this wil re-trigger the state machineaft-feature-options
for that account. When this happens the stepEnroll Enterprise Support
will run again.If sufficient time has passed since the account was created & enrolled into enterprise support, this will recreate the enterprise support ticket requesting enablement of enterprise support.
When working with many accounts that trigger this event at once, this will trigger a flood of support tickets to AWS Support requesting enablement of enterprise support.
To Reproduce
Prerequisites:
An AWS Account that is registered within AFT and already enrolled within enterprise support.
Steps to reproduce the behavior:
change_management_parameters.change_reason
property to a new valueExpected behavior
The lambda would recognize that Enterprise support is enabled, or a support ticket already exists previously, and no ticket is created.
Related Logs
From the lambda function for enrollment into enterprise support
Additional context
The reason to have a
change_reason
that changes, or any other update to the DynamoDB table entry that might trigger an update event is to take advantage of the state machineaft-account-provisioning-framework
, which will update/provision the CodePipeline & other dynamic resources within the account. Resolving any drift and ensuring that the account is inline with expectations.The text was updated successfully, but these errors were encountered: