amazon-web-services - 如何在收到 'resource already exists in stack' 错误时重新部署堆栈，而不删除资源

Question

我正在尝试将“get”函数添加到 AWS 中现有的 DynamoDB 表中。我为表添加了一个 yml 文件，当我尝试部署堆栈时，它说我的表的资源已经存在。

过去，发生这种情况时我会删除该表，然后重新部署堆栈，但在这种情况下，我不想删除该表，也不知道如何解决该问题。

我的第一个问题是我在 YML 文件中错误地定义了表的架构。然后，当我重新定义它时，我遇到了堆栈中已存在的资源的问题。

我的错误:

Serverless Error --------------------------------------- An error occurred: ConsumersTable - dev-con already exists in stack arn:aws:cloudformation:us-ea

Answer 1

我自己也遇到过这个问题并联系了 AWS 支持。看来CloudFormation将逻辑ID与资源关联起来，例如(以IAM为例，但许多资源是相同的):

exampleLogicalId:
  Type: AWS::IAM::ManagedPolicy
  Properties:
    PolicyDocument:
      ManagedPolicyName: exampleName
  ...

此处，使用自定义名称(在本例中为 exampleName)创建资源。只要逻辑 ID (exampleLogicalId) 保持不变，CloudFormation 就会识别出该资源已创建，并会根据需要进行更新。

但是，如果您更改逻辑 ID(就像我在使用 CDK 时发生的那样，因为它会自动生成这些逻辑 ID)，那么 CloudFormation 认为它需要创建一个新资源。但由于该名称已存在，并且对于该资源类型，名称必须是唯一的，因此会发生冲突并且创建失败。这似乎是因为 CloudFormation 在删除任何已删除的资源之前创建所有新资源。

解决方案是 1) 将逻辑 ID 恢复到原来的状态，以便 CloudFormation 将其识别为“更新”而不是“创建”，或者 2) 更改唯一部分(exampleName 在这个例子中)是独一无二的。

更改名称(或相关资源的唯一字段)可能是一个方便的选项，因为它将创建新资源并将其与新逻辑 ID 关联，然后删除旧资源(如果该逻辑 ID 存在)您的 CloudFormation 模板中不再存在。然后，您可以将资源重命名回您最初想要的内容(保持相同的逻辑 ID)并进行第二次部署，CloudFormation 会将其识别为更新操作，并将资源重命名回您第一次想要的内容。

请注意，这样做不会执行更新，而是执行删除然后创建。因此，如果您的资源有数据(例如包含数据的 DynamoDB 表、已附加到角色的 IAM 策略、已输入值的参数存储条目)，您可能需要为新资源重新创建此数据。