Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/amazon-web-services/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Amazon web services 修复模板上下文之外的错误_Amazon Web Services_Amazon Cloudformation - Fatal编程技术网

Amazon web services 修复模板上下文之外的错误

Amazon web services 修复模板上下文之外的错误,amazon-web-services,amazon-cloudformation,Amazon Web Services,Amazon Cloudformation,我以前做过漂移检测,不得不更改云信息模板来修复漂移。但是,如果我找不到模板,并且怀疑更改是通过AWS控制台手动进行的,该怎么办?具体而言,资源是: 管道角色 部署ID CODETEST\u CodeTestHistoryViewLambda\u不删除 我在其他问题上看到,我可能需要修改IAM策略来解决这些问题。其他人说我必须手动删除堆栈并重新创建它,这是我不想做的。想知道下一个最好的步骤是什么。谢谢 如果我找不到模板怎么办 CloudFormation—它创建的几乎所有资源: AWS Clo

我以前做过漂移检测,不得不更改云信息模板来修复漂移。但是,如果我找不到模板,并且怀疑更改是通过AWS控制台手动进行的,该怎么办?具体而言,资源是:

  • 管道角色
  • 部署ID
  • CODETEST\u CodeTestHistoryViewLambda\u不删除
我在其他问题上看到,我可能需要修改IAM策略来解决这些问题。其他人说我必须手动删除堆栈并重新创建它,这是我不想做的。想知道下一个最好的步骤是什么。谢谢

如果我找不到模板怎么办

CloudFormation—它创建的几乎所有资源:

AWS CloudFormation自动创建以下带有前缀AWS的堆栈级别标记:

  • aws:cloudformation:逻辑id

  • aws:cloudformation:堆栈id

  • aws:cloudformation:堆栈名称

因此,这是第一个检查您是否有资源并且不确定是哪个模板创建了它的地方

并非所有资源仅支持漂移检测。因此,您只能检查这些资源的漂移。根据您所列出的内容,管道的IAM角色可用于漂移检测。不清楚你所说的其他两种资源是什么意思

如何处理漂移是一项针对具体情况的任务。您可以手动修改资源,使其与CFN模板一致,修改模板以匹配资源,重新创建资源

以下AWS博客文章提供了关于如何处理资源导入漂移的一般建议:

一旦检测到漂移,您将有几个选项。最简单的选择往往是更新模板本身以匹配当前活动状态。但是,这可能需要对您的资源进行可能不需要的更改。另一个选项是更新资源本身以匹配模板,但有时活动资源状态是所需的状态资源导入为我们提供了第三种选择。通过将资源与模板分离,使用保留并重新导入相同资源的删除策略,我们可以采用更新的属性更改,而无需执行需要替换的资源更新