本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 部署自动化
在 Amazon Quick Automate 中创建并测试自动化后，下一步是**部署**它们，以便它们可以在触发器上定期运行。部署使自动化可以运行并准备好执行。您可以向已部署的自动化添加触发器，以按预定义的计划运行该自动化。部署包括配置运行时设置、为 human-in-the-loop任务分配用户、验证凭据和集成。
本节介绍部署过程的每个步骤，以及如何配置自动化以实现可靠性、安全性和最佳性能。
## 先决条件
在部署自动化之前，请确保完成以下步骤：
+ **自动化经过全面测试**-通过 end-to-end测试验证您的自动化，以确认所有逻辑、操作和代理交互均按预期运行。
+ **已提交部署的版本**-只能部署已提交的自动化版本。在继续操作之前，请查看您的更改，完成版本并提交。
+ **已配置集成**-如果您的自动化通过与 Salesforce 或 Jira 等外部应用程序进行交互 APIs，请确保配置了所有必要的集成。
+ 导航到左侧面板中的 “**连接” → “集成**” 以创建新的集成。
+ 目前，Amazon Quick Automate 仅支持 “**操作**” 选项卡下可用的集成。
+ 创建集成操作后，将其与要使用该操作的**自动化组**相关联。
+ 然后，相关的操作将出现在画布中。在部署期间，您可以选择要由已部署的自动化使用的相应连接。
+ **已配置凭据**-验证您的自动化所需的所有凭据是否设置正确。
## 部署自动化
您可以直接从画布部署自动化，方法是单击 “部署”，或者导航到自动化登录页面上的 “部署” 选项卡。启动部署后，系统将引导您完成一系列步骤以完成配置和发布过程。
### 发行版详细信息
在**版本详细信息**页面上，选择要部署的自动化版本。只有已**提交的版本**可供部署，并且会显示在下拉列表中。
### 其他设置
其他设置包括：
+ **运行时配置**
+ **任务（适用于 HITL 任务）**
+ **访问**
#### 运行时配置
运行时配置是在开发、测试和生产等环境之间可能存在差异的参数。
例如，发送电子邮件的自动化步骤可能会在测试期间使用您的个人电子邮件地址，但在生产环境中应切换到共享的团队地址。在创作自动化时，可以将此类与环境相关的值定义为**运行时配置**。
在部署时，您可以查看和覆盖这些配置，以确保自动化在预期环境中正确运行。运行时参数可以包括：
+ 电子邮件地址或通知收件人
+ 文件路径或 URLs 特定于环境的路径
这种灵活性有助于在不同环境中保持单一的自动化定义，同时根据需要调整关键参数。
#### 任务
为每项需要 human-in-the-loop的任务选择处理者用户或用户组。
#### 访问权限（凭证和连接）
自动化通常需要连接到外部系统、数据库或服务。Amazon Quick Automate 提供了管理凭证和连接的安全方法，无需在自动化逻辑中嵌入敏感信息。
连接和凭证数据被安全存储和加密，并在运行时可供工作流程使用，而不会将其暴露给作者或最终用户。这种设计可确保将机密与自动化定义牢固分开，从而提高安全性和可维护性。
您可以存储和使用两种主要类型的证书：
+ **网站凭证**-用于需要网站登录（用户名和密码）的用户界面自动化步骤。
+ **操作凭证（集成）**-用于通过配置的集成（例如 Salesforce、Jira）连接 AWS 服务（例如 S3）或外部系统。
在部署时，请确保选择正确的凭据和连接，以便自动化可以安全、成功地访问所有必需的系统。
## 设置触发器
触发器决定自动化的运行时间和方式。您可以将自动化配置为根据预定义的计划启动。要设置触发器，请执行以下操作：
+ 在 “部署” 页面上，单击 “创建触发器” 并配置规则。
+ 选择频率
+ 选择开始日期和时间（请注意，实际执行将在所选开始时间的 15 分钟内启动）
+ 选择结束日期和时间
+ 选择时区
+ Amazon 快速自动提供了内置的可扩展性。选择自动化的并行执行次数（每个触发器最多可以选择 10 个并行执行，在一个账户内的所有自动化中最多可以选择 50 个并行执行。 请联系 AWS）
+ 对于复杂的调度需求，你可以使用 cron 表达式来定义精确的运行模式。例如，要在每周一、周三和周五凌晨 2:30 运行自动化，可以使用 cron 表达式:。`30 2 * * 1,3,5`