vRealize Orchestrator 是集成至 vRealize Automation 中的工作流引擎。

vRealize Automation 分发的 vRealize Orchestrator 服务器已预配置。因此,当系统管理员部署 vRealize Automation Appliance 后,vRealize Orchestrator 服务器便已启动且正在运行。

图 1. 创建并请求 XaaS 中包括的目录项以置备自定义资源
将 Orchestrator 对象类型和 Orchestrator 工作流分别映射为自定义资源和服务蓝图。您可以将多个服务蓝图发布为多个目录项,并将其合并至一个高级服务中。然后,您可以向使用者目录公开该服务。当使用者请求置备该服务中包括的目录项时,他们将在 Orchestrator 中运行工作流,并置备该目录中的项目。

XaaS 架构师添加与受支持的端点和提供的工作流相关的自定义资源,然后根据这些资源创建 XaaS 蓝图和操作。租户管理员和业务组主管可以将 XaaS 蓝图和操作添加到服务目录。XaaS 蓝图也可在蓝图设计器中使用。

当服务目录用户请求项目时,vRealize Automation 将运行 vRealize Orchestrator 工作流以置备自定义资源。

图 2. 创建并请求自定义资源操作以修改自定义资源
将 Orchestrator 对象类型和 Orchestrator 工作流分别映射为自定义资源和资源操作。使用者置备自定义资源之后,可以请求运行该资源操作,并修改自己置备的项目。当使用者请求置备后操作时,他们将在 Orchestrator 中运行工作流,并修改目录中的项目。

XaaS 架构师也可将 vRealize Orchestrator 工作流添加为资源操作,以扩展 vRealize Automation 功能。服务目录用户置备自定义资源之后,可以运行置备后操作。通过这种方式,使用者可运行 vRealize Orchestrator 工作流,并修改已置备的自定义资源。

当服务目录用户请求将 XaaS 蓝图或资源操作作为目录项时,XaaS 服务会运行对应的 vRealize Orchestrator 工作流,将以下数据作为全局参数传递给该工作流:

表 1. XaaS 全局参数

参数

描述

__asd_tenantRef

请求工作流的用户的租户。

__asd_subtenantRef

请求工作流的用户的业务组。

__asd_catalogRequestId

目录中为运行此工作流而分配的请求 ID。

__asd_requestedFor

请求的目标用户。如果代表某位用户提出请求,则被代表用户便是请求工作流的用户,否则是请求工作流的用户本人。

__asd_requestedBy

请求工作流的用户。

如果 XaaS 蓝图或资源操作使用的 vRealize Orchestrator 工作流包含用户交互方案元素,则当使用者请求服务时,该工作流的运行将挂起,并等待用户提供所需的数据。要应答处于等待状态的用户交互,用户必须导航到收件箱 > 手动用户操作

vRealize Orchestrator 服务器默认清单由所有租户共享,不能按租户使用。例如,如果服务架构师为创建群集计算资源而创建了一个服务蓝图,则来自不同租户的使用者必须浏览所有 vCenter Server 实例的清单项目(尽管这些项目可能属于不同的租户)。

系统管理员可以单独安装 vRealize Orchestrator 或部署 VMware vRealize ™ Orchestrator Appliance™ 以设置外部 vRealize Orchestrator 实例,并配置 vRealize Automation 使用该外部 vRealize Orchestrator 实例。

系统管理员也可以按租户配置 vRealize Orchestrator 工作流类别,并定义每个租户可使用哪些工作流。

此外,租户管理员还可以配置仅供其自身租户使用的外部 vRealize Orchestrator 实例。

有关配置外部 vRealize Orchestrator 实例和 vRealize Orchestrator 工作流类别的信息,请参见《配置 vCenter Orchestrator 和插件》