AWS Сгенерированные CDK идентификаторы ресурсов ужасны и не читаются. Есть ли способ это исправить? - PullRequest
1 голос
/ 16 января 2020

Любой, кто использовал AWS CDK, страдает от ужасных идентификаторов ресурса.

Примеры имен стеков / вложенных стеков:

enter image description here

Или примеры имен ресурсов:

enter image description here

Эти идентификаторы ужасно читать. Есть ли способ обойти эти идентификаторы?

Я попытался установить идентификаторы / имена / идентификаторы / алисы ресурсов. Однако кажется, что эти строки генерирует сам cdk или cloudformation.

Спасибо за предложения!

1 Ответ

1 голос
/ 16 января 2020

Все ресурсы (или, по крайней мере, для большинства известных мне) могут быть названы вручную.

Для AWS::EC2::SecurityGroup это будет Properties -> GroupName

AWS::CloudWatch::Alarm - Properties -> AlarmName

AWS::Lambda::Function - Properties -> FunctionName et c.

Но для некоторых из них это может привести к последствиям - вы не сможете обновить некоторые из них, потому что они могут нужен отдых (а имя уже занято). Так что в целом это не очень хорошая практика. И, очевидно, вы не сможете создать полный дубликат env, не изменяя какой-либо параметр для сгенерированного имени, например:

FunctionName: !Sub '${InstanceName}-your-resourse-constant-name-${Environment}'

Если вы не укажете имя, оно будет создайте имя наподобие этого:

${stackName}-${resourceNameInCF}-${someHashCode}, но в вашем случае кажется, что у вас есть вложенные стеки, и оно становится довольно нечитаемым, особенно с длинными именами из-за объединения имен.

...