互联网视频门禁平台

人工智能其他案例ID：128769

HunterX

7 年经验· 广州速聚智联科技有限公司

微信扫码沟通，客服可协助直接对接工程师；如当前档期不合，也可继续推荐相似案例作者。

案例介绍

项目描述：
技术栈:(.Net,C#,Nodejs,SQL SERVER,NHBiernate,Dapper,EF,Redis) 分布式，AOP，高并发
此项目公司的拳头产品，主要是管理公司自己安装的门禁设备，该项目分为Web管理平台,App,后台服务,Nodejs 图片上传服务，Red5 在线视频服务器, 设备配置客户端，设备发卡客户端，条形码生成器客户端等同时因为需求及定制化的原因有多个版本。因为每个使用方安装的门禁设备数量不同，所以按照分布式构架来设计的。设备和平台通讯采取HTTP方式。平台收到数据后用AKKA.NET分发到其它服务。服务再根据数据的类型再分别处理，主要区别是如果是需要持久化的数据用Kafka分发。Kafka订阅再完成最后的数据处理。存入数据库或存入Redis.
责任描述：
1.完成领导交待的任务。
2.今年年初公司做这个平台的所有人都走了只剩我一个。之前有两个测试，一位领导，两个研发，同时在3月最大的一个甲方需要监理验收。他们有3600多套设备。同时在这个时候也是问题集中暴发期。因为之前平台有点问题，可能重启下，刷新下就行了。或者有点慢只要能够出来也可以说过去。但是真正验收时这次很严。个人也全权负责起了项目调优。a.针对时间长的sql建索引，
b.对超大的数据库建表分区。
c.优化本地sql 特别是统计或者一般查询都加默认时间予以过滤。
d.修改之前的通讯方式。之前下发命令时也是从akka 获取。现在改成获取实时数据时直接从redis读取。处理数据时使用akka分发。
e.修改之前的nodejs 抓拍图片上传接收服务，由于之前的通讯是如果下面的设备图片没有上传成功，就会一直上传。但是之前的抓拍图片服务针对某些有问题的直接中断。但这会造成下面一直上传。
f.让甲方加大带宽，刚开始时500M的带宽都不够。因为下面堆积了很多图片没有上传成功。目前项目已经通过验收。
3.修改平台开发js. 这个是小事，但虽然是小事，在最开始时这个前端是用的react但是又不是react独立的，每次修改了一小部分就需要编译后再看效果。过后学习了下webpack.js 修改为可以边修改边查看结果。主要是方便公司其它同事参与进项目。
4.修改之前的kafka,zookeeper及redis为docker布署。