本篇文章主要帮助读者梳理关于UiPath三个组成部分的License类型及各自的优缺点，之后如果自己或公司有购买UiPath License的意向，也可以做到心中有数，明确自己需要哪种类型的。
Studio License介绍
Studio License主要分为两种：
- Node Locked(指定机器)
- Named User(指定用户)
Node Locked： 这种许可的studio是将机器与许可证绑定在一起。使用这种许可时，如果一个团队中机器数目小于开发者人数，那么开发者需要轮班(一部分白天工作，一部分晚上工作)使用这台绑定了许可的机器去开发自动化流程。
限制： 如果要增加机器，那么就需要增加等量的license。
总结： 一台机器，一个license
Named User： 这种许可的studio是将用户与许可证绑定在一起。每个用户都有自己的机器，不需要同其他人共享，license也不能与别人共享。
限制： 如果团队新加入成员，那么就需要同时配备一台机器和一个license
总结： 一个用户，一个license
Robot License介绍
从v17.1版本开始，robot的授权通过orchestrate进行集中式授权方式，不需要在每一台机器上进行激活授权。(Robot的独立授权也类似)
Robot作为工作流的执行代理，有两种模式，同样每种模式下也有不同的license授权方式。
- 后台(Unattended)机器人
- Concurrent Runtime
- 前台(Attended)机器人
- Named User(指定用户)
- Concurrent User(并发用户)
Attended/Named User：
这种许可是将许可证与某个特定用户绑定，但是用户可以在任何机器上使用。这种许可能将持久VDI和非持久的VDI都纳入到范围之内。
限制： 在orchestrator中定义的不同用户名的数量不能超过购买的许可数量
总结： 一个license，一个用户，多个机器
Attended/Concurrent User：
这种许可允许多个用户同时使用。假设你有一个部门，100名员工分两班工作，每班50名员工。在这种情况下，只允许在某个时间段内使用50个许可证，这是机器人与orchestrator连接的最大用户数量。
限制： 可以让机器人安装在任何想要安装的机器上。但是，可以同时使用参与机器人的用户数量受到购买许可数量的限制，不能超过。当参与的机器人连接时，将使用许可证。
总结： 多个用户，多个机器，只有robot被连接时才算使用了license。
Unattended/Concurrent User：
这种类型的许可证，数量等于同时连接的无人参与机器人的数量，而不管在协调器中定义了多少用户和机器。这种许可证主要用于后台机器人。如以下两个场景:
- 在一台机器上运行一个后台机器人：机器联机时，使用一个许可证。
- 在同一台机器上运行多个后台机器人：这种情况下，被消费的许可证数量等于分配给该机器的runtime数量。
What is Runtime?
By runtime we mean execution capcity of a machine which is set by the admin in each case.
限制： 可以在任意机器上安装后台机器人，但是连接runtime的数量不能超过。
总结： 多个用户，多个机器，robot被连接时只有一个license被消耗。
Orchestrator License介绍
Orchestrator是基于web的管理平台，用于远程控制、监控机器人，集中调度和管理流程。同时也需要独立的license。
在Orchestrator中，除了能看到Attended和Unattended两种类型的机器人之外，还有Development和NonProduction两种。
Development Robot：
这种许可证可以允许你的studio与Orchestrator进行连接，然后发布并部署流程包，并通过本地的Robot运行。
购买多少个Studio许可，就会给多少个Development的许可
NonProduction Robot：
这种许可与Unattended许可类似，主要用于非生产环境，对即将转移到生产环境的流程进行测试，但是这种不需要使用专门用于生产的已使用和未使用许可证。(数量的话，需要与官网的人进行沟通？)
