2

Wir haben ein CloudFormation-Skript mit vier verschachtelten Stapeln. Ich versuche die Ressourcen dieser verschachtelten Stacks zu beschreiben. Wenn ich jedoch describe-stack-resources mit der physischen ID eines der verschachtelten Stacks angibt, gibt es nur den "übergeordneten" Stack zurück (dessen Ressourcen nur die verschachtelten Stacks sind). Dieses Verhalten ist im JavaScript SDK und in der AWS-CLI konsistent.Wie können Ressourcen eines verschachtelten CloudFormation-Stacks richtig beschrieben werden?

Mache ich das richtig? Ist das ein Fehler? Gibt es eine Problemumgehung?

Beispiel AWS CLI Anfrage:

(Hinweis: Die physikalische ID angeforderte Ressource ist die zweite, dass zurückgegeben)

aws cloudformation describe-stack-resources --physical-resource-id arn:aws:cloudformation:us-west-2:58701038XXXX:stack/pelorus-vk-DatabaseStack-W12E3SAXPG6K/b0197770-7519-11e6-9518-50aXXXXXca9a 
{ 
    "StackResources": [ 
     { 
      "StackId": "arn:aws:cloudformation:us-west-2:58701038XXXX:stack/pelorus-vk/f93b5960-7518-11e6-8939-XXXXX0f2ad1e", 
      "ResourceStatus": "UPDATE_COMPLETE", 
      "ResourceType": "AWS::CloudFormation::Stack", 
      "Timestamp": "2016-09-07T16:53:11.305Z", 
      "StackName": "pelorus-vk", 
      "PhysicalResourceId": "arn:aws:cloudformation:us-west-2:58701038XXXX:stack/pelorus-vk-DashboardStack-1GDLBCAFE6U3F/fb9c53d0-7518-11e6-bd48-50dXXXXX84d2", 
      "LogicalResourceId": "DashboardStack" 
     }, 
     { 
      "StackId": "arn:aws:cloudformation:us-west-2:58701038XXXX:stack/pelorus-vk/f93b5960-7518-11e6-8939-XXXXX0f2ad1e", 
      "ResourceStatus": "CREATE_COMPLETE", 
      "ResourceType": "AWS::CloudFormation::Stack", 
      "Timestamp": "2016-09-07T16:53:04.667Z", 
      "StackName": "pelorus-vk", 
      "PhysicalResourceId": "arn:aws:cloudformation:us-west-2:58701038XXXX:stack/pelorus-vk-DatabaseStack-W12E3SAXPG6K/b0197770-7519-11e6-9518-50aXXXXXca9a", 
      "LogicalResourceId": "DatabaseStack" 
     }, 
     { 
      "StackId": "arn:aws:cloudformation:us-west-2:58701038XXXX:stack/pelorus-vk/f93b5960-7518-11e6-8939-XXXXX0f2ad1e", 
      "ResourceStatus": "UPDATE_COMPLETE", 
      "ResourceType": "AWS::CloudFormation::Stack", 
      "Timestamp": "2016-09-07T16:53:13.293Z", 
      "StackName": "pelorus-vk", 
      "PhysicalResourceId": "arn:aws:cloudformation:us-west-2:58701038XXXX:stack/pelorus-vk-EventProcessingStack-GB814FASNNV4/fb8f3470-7518-11e6-a2c5-503XXXXXadae", 
      "LogicalResourceId": "EventProcessingStack" 
     }, 
     { 
      "StackId": "arn:aws:cloudformation:us-west-2:587010381366:stack/pelorus-vk/f93b5960-7518-11e6-8939-XXXXX0f2ad1e", 
      "ResourceStatus": "UPDATE_COMPLETE", 
      "ResourceType": "AWS::CloudFormation::Stack", 
      "Timestamp": "2016-09-07T16:53:11.496Z", 
      "StackName": "pelorus-vk", 
      "PhysicalResourceId": "arn:aws:cloudformation:us-west-2:587010381366:stack/pelorus-vk-StreamStack-NAA3DJMELCFG/04990c30-7519-11e6-934e-50aXXXXX12f2", 
      "LogicalResourceId": "StreamStack" 
     } 
    ] 
} 

Antwort

1

Eine mögliche Abhilfe: Ersetzen --physical-resource-id mit --stack-name Ergebnissen in dem Verhalten, das ich erwartet habe, obwohl ich die physische ID

zur Verfügung gestellt habe
Verwandte Themen