Automation Assembler 部署失败时可以执行哪些操作

您的部署请求可能由于多种原因而失败。失败可能由网络流量、目标云提供商缺少资源或部署规范存在缺陷导致。或者，部署已成功，但部署无法正常工作。可以使用 Automation Assembler 检查部署，查看任何错误消息，并确定问题由环境、请求的工作负载规范还是其他因素导致。

您可以使用此工作流来开始调查。该过程可能表明失败是由于暂时的环境问题造成的。确认情况改善后重新部署请求可以解决此类问题。在其他情况下，调查可能要求您详细检查其他方面。

作为项目成员，您可以在 Automation Assembler 中查看请求详细信息。

过程

1. 要确定请求是否失败，请选择资源 > 部署 > 部署，然后找到部署卡视图。
   
   该卡指明了失败的部署。
   1. 查看错误消息。
   2. 有关详细信息，请单击部署名称以了解部署详细信息。
2. 在部署详细信息页面中，单击历史记录选项卡。
   
   
   
   1. 查看事件树以确定置备过程失败的位置。在修改部署但更改失败时，该树很有用。
      该树还显示了运行部署操作的时间。您可以使用该树对失败的更改进行故障排除。
   2. 详细信息提供错误消息的更详细版本。
   3. 请求 ID 明确标识树中的每个请求。可以使用 ID 在基础架构 > 活动 > 请求页面中查找请求。还可以将其用于计费目的。
   4. 如果请求的项是 Automation Assembler 云模板，则消息右侧的链接将打开 Automation Assembler，以便您可以查看请求详细信息。
3. 请求详细信息提供故障组件的置备工作流，以便您可以研究问题。

   请求历史记录将保留 48 小时。

   在部署历史记录删除后的 90 天内，可以查看和筛选已删除的部署历史记录

   
   
   
   1. 查看错误消息。
   2. 打开开发模式可在简单置备工作流和更详细的流程图之间切换。
   3. 单击该卡以查看部署脚本。
4. 解决错误并重新部署云模板。
   这些错误可能存在于模板构造中，也可能与基础架构的配置方式有关。

下一步做什么

解决错误并部署云模板后，您可以在“请求详细信息”中看到类似以下示例的信息。要查看请求详细信息，请选择基础架构 > 活动 > 请求。