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
The intent of the L2 construct is to simplify the relationship between Namespaces and Workgroups
Redshift Serverless has two distinct components a Namespace(storage) and a Workgroup(compute). The resources are related , i.e a Workgroup can be associated with a namespace.
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 api-approved applied 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.
The text was updated successfully, but these errors were encountered:
Closing this ticket. We believe the functionality is beneficial, but does not intersect with the core framework and should be vended and maintained separately.
Description
The intent of the L2 construct is to simplify the relationship between Namespaces and Workgroups
Redshift Serverless has two distinct components a Namespace(storage) and a Workgroup(compute). The resources are related , i.e a Workgroup can be associated with a namespace.
Interactions between
Workgroups
andNamespaces
could be further simplified. For example if you want to export user activity logs you need to both enable user activity log exports on the namespace and add the parameter to the workgroupThere are some other small improvements that could be made, like making sure the Workgroup base capacity is set to a proper value or adding helper methods for adding config parameters similar to Redshift Clusters, and using VPC subnet selections.
Roles
Workflow
status/proposed
)status/review
)api-approved
applied to pull request)status/final-comments-period
)status/approved
)status/planning
)status/implementing
)status/done
)The text was updated successfully, but these errors were encountered: