System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种基于多租户的场站排队框架系统技术方案_技高网

一种基于多租户的场站排队框架系统技术方案

技术编号:44929509 阅读:3 留言:0更新日期:2025-04-08 19:10
本发明专利技术涉及场站排队领域,且公开了一种基于多租户的场站排队框架系统,用于解决当平台系统容量不足时,会出现请求响应不及时的问题,包括租户管理模块、资源管理模块、围栏池模块以及排队模块,通过对系统中租户进行管理,对多租户的资源进行管理,分析系统的容量指标数据,对系统容量进行预警,当判定系统容量充足时,对司机进入排队状态进行判断,记录司机状态的流转和更新,对触发入队操作的司机,根据排队优先指数进行排队,并根据司机离开的时间判断归队,并将排队信息推送给司机,有效保障了用户的体验感,使平台系统容量不足时可及时进行处理。

【技术实现步骤摘要】

本专利技术涉及场站排队领域,更具体地涉及一种基于多租户的场站排队框架系统


技术介绍

1、场站排队是租户在平台上进行接单时进行排队,租户进行排队,在机场、火车站的某个指定区域内,司机根据进入该区域的先后顺序排队,来接收机场、火车站订单,随着网约车业务的发展,各平台的司机量也逐渐增多。

2、现有的场站排队方法是根据排队等待的时间进行派单,但是这种方法没有考虑司机收入问题以及当平台系统容量不足时会增加排队等待时间影响租户服务质量的问题。

3、针对上述问题,本专利技术提出一种解决方案。


技术实现思路

1、为了克服现有技术的上述缺陷,本专利技术提供了一种基于多租户的场站排队框架系统,以解决上述
技术介绍
中存在的问题。

2、为实现上述目的,本专利技术提供如下技术方案:

3、一种基于多租户的场站排队框架系统统,包括租户管理模块、资源管理模块、围栏池模块以及排队模块,模块之间通过信号连接,各模块之间数据化处理步骤如下:

4、通过租户管理模块对系统中租户进行管理;

5、通过资源管理模块对系统中多租户的资源进行管理,通过分析系统的容量指标数据,对系统容量进行预警;

6、通过围栏池模块对判定系统容量充足的情况时,对司机进入排队状态进行判断,并记录司机状态的流转和更新;

7、通过排队模块对触发入队操作的司机,根据排队优先指数进行排队,并根据司机离开的时间判断归队,并将排队信息推送给司机。

8、优选的,所述对系统中租户进行管理步骤为:

9、确认租户的身份,验证其合法性和权限,使用用户名和密码的方式进行身份验证;

10、分配适当的权限给租户,控制其对系统资源的访问和操作,通过角色的访问控制权限模型来管理租户的权限;

11、为每个租户设置资源配额,限制其对系统资源的使用,确保租户不会超出其分配的资源配额,以避免系统资源过度消耗或滥用;

12、监控租户的活动和操作,记录其登录、请求和资源使用情况,及时发现异常行为或违规操作;

13、对租户的资源使用情况进行监控和统计,生成账单并进行计费,提供账单查询和支付功能,让租户能够了解和支付其使用的资源费用,并确保不同租户之间的数据安全和隔离,使用加密、访问控制等技术手段来保护租户数据的安全性。

14、优选的,所述分析系统的容量指标数据,对系统容量进行预警步骤为:

15、使用prometheus系统监控工具实时监测当前系统的cpu使用率、内存使用率以及磁盘空间利用率,并根据系统的cpu使用率、内存使用率以及磁盘空间利用率计算得到资源利用系数;

16、取检测时间t,在检测时间t内采集系统内每个请求响应的时间数据作为数据点,对数据点进行聚类处理,根据最终聚类结果计算得到请求响应系数;

17、在检测时间t内采集异常日志的时间点与数量,通过异常日志的时间点与数量计算得到异常日志增加系数;

18、通过资源利用系数、请求响应系数以及异常日志增加系数分析计算得到系统容量充足指数;

19、根据系统容量充足指数对系统进行容量预警,将系统容量充足指数与预设阈值进行对比,若系统容量充足指数大于预设阈值,则判定系统容量充足,不进行容量预警,若系统容量充足指数小于预设阈值,则判定系统容量不足,进行容量预警,提醒后台管理人员及时进行资源扩容。

20、优选的,所述对数据点进行聚类处理步骤为:

21、采集t时间内每个请求响应的时间作为数据点;

22、通过轮廓系数法确定聚类数,使用k均值聚类法对数据点进行聚类,在数据点中选取对应确定聚类数的初始聚类中心;

23、通过欧氏距离算法计算出每个数据点与每个初始聚类中心的距离,并将其与距离最近的初始聚类中心分配至一块,遍历完所有数据点,得到初始聚类簇;

24、通过求均值计算出初始聚类簇的新聚类中心,重复上述聚类过程,直到聚类中心不再发生变化,并得到最终聚类簇。

25、优选的,所述根据最终聚类结果计算得到请求响应系数步骤为:

26、通过求平均法计算得到整体平均请求响应时间;

27、将最终聚类中心与整体平均请求响应时间进行比值计算,记为响应均值系数;

28、设定一个响应均值系数阈值,筛选出响应均值系数大于响应均值系数阈值的聚类簇中的请求;

29、通过均值计算法计算得到筛选出请求的平均响应时间,记为请求响应系数。

30、优选的,所述排队优先指数计算步骤为:

31、当司机进入排队状态后开始计时,统计司机进入排队状态的时长;

32、从后台数据库调取司机的入职时间,采集司机的入职时长;

33、从后台数据库调取当前订单的路程距离,与司机上一单的路程距离,根据当前订单的路程距离与司机上一单的路程距离计算得到路程系数;

34、根据司机进入排队状态的时长、司机的入职时长以及路程系数计算得到排队优先指数。

35、优选的,所述根据司机离开的时间判断归队步骤为:

36、司机在正常排队时,若司机离开了排队区域或收车,则触发暂停状态,处于暂停状态的司机能正常享受接单权益,且会有若干分钟暂停状态的倒计时;

37、若倒计时时间内恢复至正常排队状态,则此倒计时删除,正常排队接单;

38、若倒计时时间内没能恢复至正常排队状态,则会被框架剔除出队列,后续再次满足入队条件时则重新入队,且司机状态信息5秒更新一次,3秒推送一次。

39、本专利技术的技术效果和优点:

40、通过对系统中租户进行管理,对多租户的资源进行管理,分析系统的容量指标数据,对系统容量进行预警,当判定系统容量充足时,对司机进入排队状态进行判断,记录司机状态的流转和更新,对触发入队操作的司机,根据排队优先指数进行排队,并根据司机离开的时间判断归队,并将排队信息推送给司机,有效保障了用户的体验感,使平台系统容量不足时可及时进行处理。

本文档来自技高网...

【技术保护点】

1.一种基于多租户的场站排队框架系统,其特征在于,包括租户管理模块、资源管理模块、围栏池模块以及排队模块,模块之间通过信号连接,各模块之间数据化处理步骤如下:

2.根据权利要求1所述的一种基于多租户的场站排队框架系统,其特征在于:所述对系统中租户进行管理步骤为:

3.根据权利要求1所述的一种基于多租户的场站排队框架系统,其特征在于:所述分析系统的容量指标数据,对系统容量进行预警步骤为:

4.根据权利要求3所述的一种基于多租户的场站排队框架系统,其特征在于:所述对数据点进行聚类处理步骤为:

5.根据权利要求3所述的一种基于多租户的场站排队框架系统,其特征在于:所述根据最终聚类结果计算得到请求响应系数步骤为:

6.根据权利要求1所述的一种基于多租户的场站排队框架系统,其特征在于:所述排队优先指数计算步骤为:

7.根据权利要求1所述的一种基于多租户的场站排队框架系统,其特征在于:所述根据司机离开的时间判断归队步骤为:

【技术特征摘要】

1.一种基于多租户的场站排队框架系统,其特征在于,包括租户管理模块、资源管理模块、围栏池模块以及排队模块,模块之间通过信号连接,各模块之间数据化处理步骤如下:

2.根据权利要求1所述的一种基于多租户的场站排队框架系统,其特征在于:所述对系统中租户进行管理步骤为:

3.根据权利要求1所述的一种基于多租户的场站排队框架系统,其特征在于:所述分析系统的容量指标数据,对系统容量进行预警步骤为:

4.根据权利要求3所述...

【专利技术属性】
技术研发人员:于志杰
申请(专利权)人:北京白驹易行科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1