浅谈RPA--第三章，orchestrator怎么用？

因为咱们公司用的主要是uipath的产品，因此博主接下来对于这章会针对uipath的相关套件展开讨论。

orchestrator，是uipath的一个产品，其主要功能是robot调度，角色权限控制，流程管理，robot版本管理，config配置，队列管理等功能。

这样子看起来orchestrator非常强大，他已经集成了传统行业database（数据库），mq（队列管理），oa（流程开发）等系统可以做的事情了。那是否我们做开发的时候直接调用orchestrator就行呢？

博主这里针对于orchestrator有以下3个观点：

1. 化整为零or化零为整

虽然说orchestrator是uipath的标准产品，在uipath的官网上也有很多实施orchestrator的解决方案。但是一旦一个系统他的功能集成越多，风险其实是越大的（稳定性以及可扩展性）。因此在开发的过程中，我们得找个节中点，博主这里其实推荐我们只用orchestrator的调度功能以及流程管理即可。

2. attended vs unattended

uipath他的license产品主要分为这两类，其核心的不同点在于可以schedule or 不可以schedule。但是一般来说，咱们开发robot，企业首先会试水地使用attended的robot（便宜啊），然后这个时候咱们是没有用orchestrator的队列以及解决方案的。但是，一旦企业开始领略到RPA的重要性后（明智啊），就会开始采用orchestrator的模式，那么咱们之前做的robot不是需要重新修改了？这个人天，企业会负责么（天真啊）。因此，博主认为，如果只采用orchestrator的schedule模块，那么会大大降低软件的耦合性，可以说，如果从attended到unattended，咱们只需要deploy就好了，完全不需要修改任何代码，很好地完成