Automation 360 架构和弹性

Automation 360 是一个单一的集成平台，能够跨越前台和后台的技术孤岛，实现各个系统和应用的业务流程自动化，其中包括 SaaS 和传统应用。

Automation 360 平台是使用分布式架构部署的。

集中管理是通过基于网页的服务器（称为 Control Room）完成的，用于管理数字化劳动力的所有开发和执行。 Bot Agent 执行自动化，并且是安装在设备上的运行时系统。

以下图像显示了 Control Room 和 Bot Agent 之间的架构和关系：

Bot Agent 架构

  • *表示 Control Room 在数据库中的公钥中创建了一个唯一的用户名和设备 ID 以进行持久化。
  • **表示设备公钥已通过 Control Room 验证，并创建了一个新令牌。

以下表格描述了在 Control Room、Bot Agent 和后端服务之间发生的流程和操作（如前图所示编号）：

操作 描述
1 浏览器将设备令牌发送到 Bot Agent 进行注册。
2 Bot Agent 然后注册设备请求以创建公钥和令牌。
3 Control Room 的后端服务向 Bot Agent 发送响应，告知设备已使用唯一的用户名和设备 ID 注册。
4 Bot Agent 向浏览器发送一条消息，通知设备已成功注册。
5 Bot Agent 向 Control Room 的后端服务发送消息，指示 JSON 网页令牌已成功通过身份验证。
6 Control Room 的后端服务随后验证设备公钥，并与新令牌建立网页 Socket 连接。

Control Room 和 Bot Agent 弹性

下表为您提供了 Automation 360 和 Enterprise 11 之间的行为和弹性差异。

用户操作 Automation 360 中的 Bot Agent Enterprise 11 中的 Bot Runner 客户端 备注
服务 安装服务在本地设备上运行。 安装服务在活动用户会话中运行。
注册 设备已注册到 Control Room。 活动用户注册到 Control Room。 Bot Agent 服务在本地系统上运行。
身份验证 Control Room 将代理公钥存储在数据库中。 Control Room 将认证密钥存储在内存中。 在 Automation 360 中，Control Room 将公钥存储在数据库中。 当 Control Room 重新启动时，重新连接会更快被接受。Bot Agent 在 Control Room 次重启中表现出色。

然而，在 Enterprise 11 中，Control Room 重连在重启后不会发生。
Bot 部署 在部署时验证 bots 的优先级。

在 bots 排队等候 Bot Runner 用户时，系统先部署优先级较高的 bots，然后部署优先级较低的 bots。

但是，如果优先级较低的 bot 已在运行中，则仅在优先级较低的 bot 完成运行后才部署优先级较高的 bots。

 如果在运行低优先级 bot 的同时部署高优先级 bot，那么系统将暂停低优先级 bot 并运行高优先级 bot。

高优先级 bot 运行完毕后，低优先级 bot 将恢复运行。

 在 Automation 360 中的优势是，较低优先级的 bots 不会被暂停，并在高优先级的 bots 部署之前完成其部署。
Error Handling Error handler package 包含 actions，使您能够轻松处理 bot 遇到的异常，并将控制权转移到该 bot 中的其他 actions。 Error Handling 命令在运行 Task Bot 和 MetaBot Logic 时有助于调试。
设备 当设备在 Control Room 注册时连接。

设备重启时重新连接。

 当 Bot Runner 客户端重新启动或与 Control Room 失去连接时，您必须重新登录客户端以重新连接。 Bot Agent 无需单独登录每个设备即可重新连接。
重新连接 Bot Agent 如果出现中断，会自动重新连接。 需要手动重新连接 Bot Runner 客户端。 Bot 在 Automation 360 的注册更加稳健，并且可以自动重新连接到 Control Room。
公钥和私钥 在设备注册时生成公钥和私钥。

此密钥用于验证 Control Room。

 与 Automation 360 中的行为相同。
服务 Bot Agent 作为服务运行。 当设备重启时，服务会自动连接到 Control Room。 需要客户端登录并执行任务。
远程连接 远程桌面协议仅在多用户设备上受支持。

Control Room 不维护 RDP。

 在单用户和多用户设备上支持远程桌面协议。

在 Enterprise 11 中，远程桌面协议连接由 Control Room 建立，并由 Control Room 维护。
自动更新 Control Room 管理员可以选择使用自动更新功能将 Bot Agent 自动更新至更高版本。 自动更新选项不可用。 自动更新减少了停机时间，因为每个用户不需要登录 Control Room 即可更新安装在用户设备上的 Bot Agent。
配置更新 更新通过 Cloud 推送 没有独立的配置更新，但您可以手动更改。

配置的增强功能作为补丁发布。
全局缓存 配置设备设置以在用户登录 Control Room 后自动将用户的当前设备设置为默认设备。 不可用
从 Bot Agent 到 Control Room 的连接丢失 更新期间已经在运行的 Bots 将运行至完成。 通常，bots 已经在运行的程序可以在更新期间运行至完成。 例外如下：
  • 如果 bot 为 Bot Insight 标记数据，bot 将不会运行。
  • 父级/子级 bots 将会运行至完成，因为子级 bots 在父级 bot 开始运行时就已下载。 然而，如果使用变量参数引用子级 bots，那么调用这些子级 bots 需要 Control Room 在父级 bot 运行期间是可用的。
  • 使用工作负载管理 (WLM) 的 Bots 将无法运行。
  • 如果 bot 使用来自 Credential Vault 的值，那么如果 Control Room 连接中断或丢失，bot 执行可能会失败。 在使用时，bot 会从 Credential Vault 获取值，就会发生这种情况。

调度弹性

如果您的无人值守许可证可以使用，设备池为 Bot Runner 设备提供内置的高可用性 (HA)。 您未绑定到一台 Bot Runner 设备，因此，如果您的设备因任何原因不可用，并且您的无人值守许可证可用于部署，则不会影响您的自动化。 计划的自动化将在下一台可用的 Bot Runner 设备上自动运行，从而提供高可用性。

请参阅 关于设备池。