Add L2 construct for aws_controltower.CfnEnabledControl
igirardi opened this issue · comments
Description
Control Tower has an enable control resource. There is guidance how to use this construct for customers (currently being used by 50+ customers). We would like to provide this functionality in aws-cdk-lib.
Customers would want to give a target and list of controls to enable (or a list of targets and list of controls to enable) instead of adding a different L1 construct for each target and control.
By using L2 construct this would be simpler for customers to manage the controls instead of using looping mechanisms.
Currenlty the inputs are only strings that are fully qualified arns and we would like to simplify the input, for example OU id or OU path instead of OU arn.
Roles
| Role | User |
|---|---|
| Proposed by | @igirardi |
| Author(s) | @igirardi, @tylersouthwick |
| API Bar Raiser | |
| Stakeholders | @tylersouthwick |
See RFC Process for details
Workflow
- Tracking issue created (label:
status/proposed) - API bar raiser assigned (ping us at #aws-cdk-rfcs if needed)
- Kick off meeting
- RFC pull request submitted (label:
status/review) - Community reach out (via Slack and/or Twitter)
- API signed-off (label
status/api-approvedapplied to pull request) - Final comments period (label:
status/final-comments-period) - Approved and merged (label:
status/approved) - Execution plan submitted (label:
status/planning) - Plan approved and merged (label:
status/implementing) - Implementation complete (label:
status/done)
Author is responsible to progress the RFC according to this checklist, and
apply the relevant labels to this issue so that the RFC table in README gets
updated.
@igirardi As we communicated via cdk.dev slack channel, for community contributors who looking to share L2 constructs for services and methods not yet available in the AWS Construct Library, we request that these be published to the Construct Hub. If you need assistance getting started, we recommend reaching out to cdk.dev slack channel.