(cli): Different --concurrency for different resources (config)

[MaximilianSchon]

Describe the feature

A configuration where you can adjust the concurrency based on what cloudformation resource is created.

Use Case

Different CloudFormation resources have different rate limitations and since CloudFormation is not retrying automatically on 429 status codes (at all times at least), e.g.

aws-cloudformation/cloudformation-coverage-roadmap#1095
#15573

A solution to this would be to have a lower concurrency when the underlying cloudformation has a lower request rate.

Proposed Solution

No response

Other Information

I realize that the underlying problem is not CDK but CloudFormation, but CDK could possibly introduce a default concurrency for different resources, which in turn would allow us to deploy all stacks concurrently, which would immensely speed up deployment times.

I have been using no concurrency for my deployments to circumvent this issue, but recently raised it to 25 for one deployment where I was affecting ~100 stacks but knew that I was not touching ApiGateway and the deployment time was about 5-10 times quicker than it would have been without concurrency. Having CDK work out reasonable rates for concurrency inherently (or make the user able to configure them) would make the CDK experience a lot better.

Acknowledgements

• I may be able to implement this feature request
• This feature might incur a breaking change

CDK version used

2.84.0

Environment details (OS name and version, etc.)

Windows 11

[indrora]

That's a lotta stacks!

Adding needs-design since there's a lot of possible edge cases that have to be taken into consideration.