docker版jxTMS使用指南:以配置化的方式来获取设备数据

本文讲解4.6版jxTMS中如何以配置的方式来获取设备数据,整个系列的文章请查看:4.6版升级内容

docker版本的使用,请查看:docker版jxTMS使用指南

4.0版jxTMS的说明,请查看:4.0版升级内容

4.2版jxTMS的说明,请查看:4.2版升级内容

4.4版jxTMS的说明,请查看:4.4版升级内容

就数据采集系统来说,当外部某个用户通过REST来获取设备数据时,都是根据自身业务的需要来请求多个站点上多个设备的特定数据。这个需求很简单,实现起来很容易。正因为实现起来很简单,而笔者要忙着其它更高大上的功能,对这种业务临时加塞提出的简单需求,加上需要开通的用户也不多,所以都是直接编程来实现的。

但,如果用户逐渐增多,总不可能每个用户都依靠编程来实现吧?!这会导致系统非常的臃肿而且不易维护。

所以,等稍微有空之后,自然就需要考虑通用的解决办法。这个办法当然也很简单,就是配置化,将某用户需要的数据以统一的方式进行配置,然后根据各用户的配置为其提供其需要的数据。

而所谓的以配置的方式来获取数据,其实就是以参数化的方式来读取数据。相应的参数有:

  • 设备名,哪个设备的数据

  • 属性名,要读取的是该设备哪个属性的数据

  • 别名,两个设备的数据可能重名、原始数据名可能不具备业务语义等等,所以可以将其转为一个规范的别名

  • 格式串,设备中的数据是原始数据,但业务上可能需要更为规范的数据,所以可以通过设置格式串将原始数据转换为格式化后的字符串

理清楚了配置化获取数据的工作内容,剩下唯一有点麻烦的就是jxTMS的rest接口提供数据服务,是需要执行授权与访问控制的。由于此种用户都是高度定制化的,即每个用户获取的数据都是不一样的,所以我们前面所介绍的【用户-角色-操作-资源组-资源】的访问控制模式就没必要了,可以简化为【用户-操作-资源】。

因此,配置化的数据获取其需要执行的动作包括:

1、开通用户,包括用户名与密码等基础信息

2、为此用户设置登录频率控制

3、为此用户设置操作频率控制

4、创建一个资源,用于收纳经过配置的设备数据

5、将【设备名-属性名-别名】一一添加给该资源

6、创建一个通用的操作专门用来根据【设备名-属性名-别名】读取并转换为结果数据

7、授权此用户只可以对该资源执行该操作

8、创建一个配置类型【allVDResource】,每个虚拟资源都视为该类型的;一个配置项,可以通过命令行开关:obtainDeviceData来决定是否启动该功能。如果启动,则自动从配置中心获取相应的配置【参考上篇的集中化配置】

4.6版的jxTMS已经实现了上述所有功能,用户只需要使用命令行开关【obtainDeviceData】打开本功能,并通过在主系统web界面下的快捷栏【航标站->新增虚拟设备数据用户】增加新的虚拟设备资源并添加需要的【设备名-属性名-别名】即可。

参考资料:

jxTMS设计思想

jxTMS编程手册

下面的系列文章讲述了如何用jxTMS开发一个实用的业务功能:

如何用jxTMS开发一个功能

下面的系列文章讲述了jxTMS的一些基本开发能力:

jxTMS的HelloWorld

你可能感兴趣的:(jxTMS,docker,分布式,python,jxTMS,SaaS)