Orchestrator 发行说明
发布日期：2021 年 12 月 7 日
通过队列触发器启动作业的新机制
在此补丁中，我们在计算必须到达的目标作业数时，同时考虑了“新建”和“正在进行”队列项目，从而改变了队列触发器背后的逻辑。以前仅考虑新项目，因此每当新项目少于正在进行的项目时，尽管机器人处于空闲状态，但不会启动任何作业。发生这种情况是因为正在运行的作业数量（即正在处理的队列项目）将超过目标作业（处理新项目所需的作业）的数量。
以下示例可帮助您更好地了解更改前后的行为：
假设我们定义了一个队列触发器，如下所示：
|
字段 |
值 |
|---|---|
|
触发第一个作业的最小项目数: |
1 |
|
允许同时等待和运行的最大作业数 |
100 |
|
每 ___ 个新项目触发另一个作业 |
1 |
此更改之前的复制步骤和行为：
- 将 3 个队列项目添加到队列中。 Orchestrator 根据新项目的数量计算目标作业的数量 => 需要 3 个目标作业。 Orchestrator 启动 3 个作业以处理 3 个队列项目。 这 3 个项目将移至“正在进行”。
- 将另外 2 个新项目添加到队列中。 Orchestrator 根据新项目的数量计算作业数量 => 需要 2 个目标作业。 Orchestrator 不会启动任何其他新作业，因为目标作业数量少于正在运行的作业数量。
- 将另外 2 个新项目添加到队列中。 Orchestrator 根据新项目的数量计算作业数量 => 需要 4 (2+2) 个目标作业。 Orchestrator 启动 1 个作业，以达到 4 个的目标。
此更改后的复制步骤和行为：
- 将 3 个队列项目添加到队列中。 Orchestrator 根据新项目和正在进行的项目的数量计算目标作业的数量 => 需要 3 个目标作业。 Orchestrator 启动 3 个作业以处理 3 个队列项目。 这 3 个项目将移至“正在进行”。
- 将另外 2 个新项目添加到队列中。 Orchestrator 根据新项目和正在进行的项目数量计算作业数量 => 需要 5 (3+2) 个目标作业。 Orchestrator 启动 2 个新作业，以达到 5 个的目标。
将运行时异常记录到 Elasticsearch
为了更好地了解权限问题或连接失败等运行时问题，Orchestrator 现在将运行时异常记录到 Elasticsearch。
S3 兼容存储
使用 Orchestrator 即插即用与 S3 兼容的存储，并利用其所有独特优势：可扩展性、成本和可靠性。
组织/租户级别的 Azure AD
从此版本开始，还可以在组织/租户级别（每个组织包含一个租户）提供与 Azure Active Directory (Azure AD) 的集成。
与 Azure AD 的集成已在主机级别提供，您可以将其用于 SSO。 进行此更改后，如果在组织/租户级别配置了 Azure AD 集成，则您不仅可以从 SSO 中受益，而且还可以从目录搜索和自动用户配置中受益。
有关更多信息和说明，请参阅 设置 Azure AD 集成。
自定义 AIM 网页服务名称
从现在开始，您可以为中央凭据提供程序 Web 服务指定一个自定义名称。 为此，在配置 CyberArk CCP 凭据存储时，可以使用一个新字段，用于设置服务名称 Web 服务名称。 将此字段留空意味着使用默认名称： AIMWebService。
设置
- 在全新安装和升级中，更新服务器现在默认使用现有的 Orchestrator 数据库，而不是其自己的数据库。
密码策略
我们对主机管理门户中的主机级别安全设置进行了以下更改：
- 现在，我们允许“最小密码长度”字段的值介于 1 到 256 之间。以前，允许的最大值为 14。
- 现在，我们允许“密码过期剩余天数”字段的值介于 0 到 1000 之间。以前，允许的最大值为 120。
