社区系列服务器,iS-RPA 9.0 前瞻系列 - 服务器共享任务数据

在现实的 RPA 案例中，经常会出现，早上运行个程序，收取一个邮件，附件是一个 excel，这个 excel 里面包含了所有今天要做的工作，这时候，如果是单机机器人，那很简单，他当场顺序开始处理任务，如果我拥有一个多台服务器的 robot farm，问题复杂化了，第一，我们需要所有机器人能访问到这套数据，第二，某个机器人开始处理一条数据的时候，其他人不再获取这条数据，为了适应这种需求，我们推出了服务器共享任务数据，这套辅助功能的主要特点包括：

支持服务器数据共享，所有机器人均可按权限访问

支持一个空间保存多条数据

支持数据状态，以保证机器人分配和共享时能有条不紊

我们首先关注一下数据的状态，具体如下：

空间中数据一旦加入，会进入 pending 状态，数据有过期时间(deadline)，过期后转为 waittimeout；只有 pending、retried 未达上限的数据会被弹出(pop)，弹出后则进入 running；任务成功，数据进入 successed；任务失败，原来是 pending 的数据如果有设置重试次数则进入 retried 状态，如果没有重试数据进入 failed，原来是 retried 的数据则会尝试次数 +1，如果尝试次数到达上限，则会进入 failed 状态；如果客户端删除数据，进入 deleted 状态

我们来看看从零开始，如何在服务器上共享任务数据：

首先我们需要在服务器的任务数据模块中，增加任务数据空间

我们是靠空间名字来访问数据的，也是靠空间来设置权限的，比如我们设置了空间task1

和服务器变量不同，空间里的任务数据是不能在服务器端定义的，只能在机器人里面定义

前面举出的例子中，有个机器人每天负责收邮件并读取 excel，读取到的 excel 每条数据作为一条，放到到空间task1里面，这个机器人的任务就完成了。

注意一下，新增数据的级别有Normal, High, Low的。优先级高的数据，会被优先处理。

新加入的数据，处于pending状态。

正常对数据的使用是 POP 数据

数据一旦被 POP，就由pending转为running。

当然，你也可以直接改变数据状态，比如标记为 running 失败，这样其他机器人会重新得到这条数据并进行处理。

我们根据任务数据共享情况，假设了一套常见流程，也支持底层接口，直接利用这些状态访问和使用你的数据。

在服务器上，你可以从空间管理或者搜索引擎中，查看现有数据的情况

了解我们产品的同学知道，我们通过这个可以很方便的制作出各种可视化报表以及各种 dashboard

这个功能是机器人工厂利器，拥有服务端和多个机器人的同学，赶快行动起来，这才是我们购买服务端的源动力吧