基本信息

案例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布署。

相似案例推荐

其他人才的相似案例推荐

发布任务

企业点击发布任务,工程师会在任务下报名,招聘专员也会在1小时内与您联系,1小时内精准确定人才

微信接收人才推送

关注猿急送微信平台,接收实时人才推送

接收人才推送
联系需求方端客服
联系需求方端客服