国产IOTDB(1.3.2):第0集 本地Docker搭建展示和建议

十年老坑酸菜 2024-08-28 10:07:07 阅读 55

前情提要:

目前编写此文章的时候国产IOTDB最新版本是1.3.2,目前项目用到的也是此版本,后期所有系列如未标明具体版本的均使用此版本。

有图有真相:

废话不多说,先看我这弄完的效果,后端环境,程序设计,代码逻辑编写,图形展示均自己编写,本人前端不是很擅长,部分参考了一些同事的写法,一些配置来源于官网文档。(如有类似算我抄你的!后面所有的图片虽然有水印也没在图片上,如有类似……额,啥也不说了。)

Linux服务器

项目部署在Linux上面全部使用的Docker部署,包含前端,后端,redis,mysql,Prometheus,grafana(这个放在了别的服务器上面、共用),别说什么用容器多了虚拟化可能对系统有影响,我只能说根据实际情况来吧。我这里前端+后端+服务器搭建+环境监控+运维修噶都是我一个人!小地方!没办法,干技术的我有一定的坚持或者叫洁癖,喜欢把东西弄得好好的,设计的尽量完美一些,同时也不会带人(辛辛苦苦带出来,受一身埋怨,留下了一堆屎山,技术练出来——离开了,留我一个人老坑酸菜,我为的是啥?还是分享出来留给有缘人吧。下面继续拿图说话!)

上面是部分代码,其中判断采样间隔,自动计算采样周期(这里参考了IOTDB的开源代码),最大返回数据量是100w(因为是曲线展示,考虑我这现场情况,在我个人这里4*4=16 量就算16),目前100w数据能在10s左右从点击到渲染完成。虽然有我十年的老坑酸菜设计在,但是也不得不说,IOTDB的强大!(本人第一次接触时序数据库。)上面写了很多判断,为的就是今早的发现问题,给用户对应的提示,而不是“能用就行”。其中对应的传参,sql拼接均是本人参考iotdb手册或者开源代码编写,如有类同,算我抄你的……对不起啊!留下你的大名,我把文章修改一下!

上面两个图,第一个总览(曲线太多的话会更密集,别问为啥有那么大量的需求,甲方是爸爸啊!)所以第二个图上我做了一个优化,在echarts官网找配置,选定曲线的时候可以对其突出显示,但是个人感觉可能用到的echarts版本有问题,有时候不是太好操作和不明显。

IOTDB简介:

上面多有些吐槽,请各位看官见谅,十年老坑浑身酸菜味,不好意思熏到各位看官了……

对于IOTDB的简介或者说介绍既然您能点击到我的文章里面,能看到此,多少也应该是有一定的了解了(除非是天大的缘分,让你第一次就点到我的文章!感谢天感谢地啊!同时谢谢你。),包含对Docker的简单操作,如果没有,希望你在看下一篇文章的时候,会一定的Docker操作。记住技多不压身啊!学到了就是自己的!但是不要给别人留下屎山或者“酸菜”。本是同行人,相煎何太急!

首先,IOTDB是时序数据库,是时序数据库!Not实时数据库,虽然它很快,真的很快,但是它真的是时序数据库!

下面继续上一个官方的图

官方不会在手册里放没有意义的东西,自己看人家的图(尤其是新手),顶层是root,不能变,最后异常是物理量,可以叫因子,可以叫标签,根据你实际情况而来,建议采集的时候或者设定的时候要有意义!单拿出来也能知道是啥!别太长!就跟现在都喜欢看短视频……这是头一步,中间层在设计的时候首先参考你公司的实际情况,然后就是你的头脑风暴了,因为不知道啥时就会来个xx说要个8条腿的东西,所以尽量想全(有些东西可能不方便在这里明说,由于再三还是删了,懂得都懂)。

没想到啰嗦了1500字左右了,还得继续吃老坑酸菜来养家,先到此,后面的文章会慢慢的叫大家怎么部署。

全部使用Docker环境,把重要的目录映射出来,尽量保证单人运维的情况下,重置配置,导出数据,备份文件!也希望官方能把更多的企业版的功能往开源版本上迁移一下!希望iotdb原来越好!希望国家越来越强大!

最后补充一张grafana的图



声明

本文内容仅代表作者观点,或转载于其他网站,本站不以此文作为商业用途
如有涉及侵权,请联系本站进行删除
转载本站原创文章,请注明来源及作者。