一、UiPath许可模式

lesson 2. 概要部分

学习目的：

到这一部分的结束的时候，你将可以：

    1. 有效列出UiPath每个平台组件的许可类型；

    2. 描述每个许可类型的特性；

    3. 解释每个许可类型的应用限制；

    4. 判断在不同的业务方案中哪一个许可类型才合适。

当你在这一部分学习时，请注意：

    1. 你可以自由地浏览课程；

    2. 每一个语言视频都可以在视频的下方下载；

    3. 为了巩固你对每一课的理解，在每一个视频下面都有一份简短的知识检查问答；

    4. 点击每一个按钮……

Lesson 3. 平台组件

UiPath的平台组件是什么，它们是怎么一起工作的？

Studio 是被RPA开发人员用于创建机器人执行的自动化工程的工具。和UiPath Studio一起安装的还有robot，两个服务目的：一个是可以在本地机器上执行流程，另一个是确保能够连接本地实例到控制平台。

从这些能力中获益，需要获得开发许可证。

Robots 执行由Studio设计出来的流程。这里有为不同类型的机器人配备专业的许可：Attended(有人值守的),Unattended(无人值守的),NonProduction(非生产机器人)

在业务活动中有人值守机器人和使用者合作，需要人为介入，加快前台重复性工作。它们常驻员工的工作空间，是呼叫中心，服务中心，服务台的完美合作者。

无人值守机器人的操作无需人为介入，为任何类型的后台活动最大化成本和性能优势。

这2类机器人仅在生产环境中操作，我们过一会儿再解释.

非生产机器人被使用在发布到生产环境之前，UAT测试或者相识的生产环境去测试自动化流程。为防止数字劳动力完全参与测试，可以获取非生产机器人许可。

最后，控制台是一个网页管理平台，提供对数字劳动力的远程控制和监控能力，和许可管理操作一样。

简而言之

UiPath 平台组件包括：控制台、设计器、机器人

Lesson 4 许可模型

既然我们已经覆盖了所有UiPath的组件，那么让我们看看哪一个许可模型对应于它他们哪一个是可用的呢。

有人值守机器人和设计器许可有2种类型的许可，Named User和Concurrent User

Named User指定用户许可用于单一特性的使用人，因此许可的获得数量应该计算雇员用于生产的数量。Named User许可允许每位使用者在任何时间任何机器上进入软件。

Concurrent User并发许可，相比之下，不是分配给一个特定的用户。而是购买的许可数量表示多少个用户可以同时进入软件（意味着一套软件一台电脑）。万一需要同时执行或者开发自动化项目的用户数超过可用的许可数，另外的用户只能等在用的用户释放许可。

哪一个许可模型才最好的适合你的需求呢？

最常见的，设计器和机器人组件用的是Named User指定用户许可，有两个主要原因：

1. 开发人员随时需要建立新的自动化流程或者debug，因此这个这种许可用于设计器是最好的。

2. 职员依赖有人值守机器人在他们每天的任务中，也应该是能够无论何时都可以执行流程。

Concurrent User并发许可，经常适用于业务流程外包的场景，比如轮班制的公司。它们也适合数据有限的员工同时需要开发或者执行流程的场景。

以获得更好的理解这两种许可之间的不同，让我们来看一个列子。

想像一个由100人开发或执行流程的部门。想像这个部门的人员分2班倒。在这个特定的例子中，只有50个员工会同时工作。所以最好的选择是获得50个Concurrent User并发许可。

现在让我们看另一个例子，想像有100个员工在1个班次里，所有人都有一些他们每日的机器人任务。在这个例子里，所有员工应该佣有他们的数码伴侣在任何给定的时间点（at any given point in time）。为了达到这个目地（in order for that to happen），一个许可需要全天候属于每个员工。所以需要买100个Named User指定用户许可。

对于无人值守机器人和非生产机器人，只有一种许可模型可用 Concurrent Runtime

Concurrent Runtime许可的数量表示多少任务可以被机器人同时执行，无管用户也不管机器。

控制台许可，是一个服务器许可。意思是一个许可被要求激活一个控制台实例。