Gtofig

> Are you familiar with [`renameLogicalId`](https://docs.aws.amazon.com/cdk/api/latest/docs/@aws-cdk_core.Stack.html#rename-wbr-logical-wbr-idoldid-newid)? Yes, but this only works at L1 level, so if I have a high level construct which I move around, it becomes more complicated....

Would CDK context be an appropriate tool to help here? I'm thinking if we had a method like `freezeLogicalId()` on a `Construct`, which would check CDK context for existing logical...

Perhaps something like `client.security_plugin.roles.`? All the APIs are defined [here](https://opensearch.org/docs/2.4/security-plugin/access-control/api) Example: ```ts client.security_plugin.roles.create_role("myRole", { "cluster_permissions": [ "cluster_composite_ops", "indices_monitor" ], "index_permissions": [{ "index_patterns": [ "movies*" ], "dls": "", "fls": [], "masked_fields":...

+1. Is there any workaround for this while the issue is still unresolved?

Any update on this? I think the restore story for DynamoDB tables managed via CFN/CDK is still overly complex.