CN114500269A - 基于自定义属性对车端信号进行路由分发的方法及汽车 - Google Patents

Abstract

本发明公开了一种基于自定义属性对车端信号进行路由分发的方法，该方法包括路由分发的前置准备步骤和请求的分发逻辑步骤；路由分发的前置准备步骤包括：配置分发区域；设置路由分发的规则，并为每条规则绑定相应的分发区域；定时规则同步到本地规则集；将规则预热后写入第一缓存空间和第二缓存空间。请求的分发逻辑步骤包括：调用方发起请求；对请求进行规则的分发匹配并返回匹配的规则；根据返回的规则获取相应的分发区域信息；根据分发区域信息分发请求到对应的区域。本发明旨在于网关层面提供自定义的属性路由策略，使得本方案的路由配置灵活，路由配置可以自定义扩展，不再限制于网关自身的路由策略，保证路由的高效分发。

Description

基于自定义属性对车端信号进行路由分发的方法及汽车

技术领域

本发明涉及智能汽车技术领域，具体涉及一种基于自定义属性对车端信号进行路由分发的方法及汽车。

背景技术

随着智能网联汽车的兴起，多数车企都在建设自家的车联网。随着网联汽车的数量日益增多，网络分区、集群扩容也成了难以避免的问题。但市面上对于请求的分发框架却只能根据uri、header参数等进行分发，对于车企来说按特定属性进行流量划分的问题一直无法通过网关层面来解决，由于车端信号的采集是根据自家企业的协议标准，也为了用户信息安全，所以一般不携带用户属性信息，若将用户属性信息存储在数据库中又无法解决数据库的性能瓶颈问题。

申请号为CN202110708029.5 的专利申请中公开了一种动态网关路由管理方法、装置及存储介质。该动态网关路由管理方法包括：网关管理服务器在接收到来自客户端的路由变更请求后，保存路由配置信息在数据库中，路由变更请求携带路由配置信息，网关管理服务器在接收到来自客户端的确认发布路由配置信息的请求后，将保存在数据库中的路由配置信息同步至线上路由配置表，并在完成同步后，将线上路由配置表发送至网关集群，以使网关集群基于线上路由配置表动态刷新网关路由。该方法使得网关在没有重启的前提下就能实现路由动态刷新的效果，完成了网关路由动态刷新且能平滑过渡的目标，有效地保障了线上服务的稳定性与可靠性。

但是上述动态网关的路由管理办法存在下面的问题：1、路由数据储存在数据库，路由配置发生变化时，在大流量的情况下，会有并发问题。2、配置不灵活，路由配置无法自定义扩展，只能遵循网关自身的路由策略。3、网关本身的路由匹配对性能损耗严重。

发明内容

针对现有技术存在的上述不足，本发明要解决的技术问题是：如何提供一种实现路由配置灵活，路由配置可以自定义扩展，不再限制于网关自身的路由策略，保证路由的高效分发的基于自定义属性对车端信号进行路由分发的方法及汽车。

为了解决上述技术问题，本发明采用如下技术方案：

一种基于自定义属性对车端信号进行路由分发的方法，包括路由分发的前置准备步骤和请求的分发逻辑步骤；

所述路由分发的前置准备步骤包括：

步骤1）配置分发区域；

步骤2）设置路由分发的规则，并为每条规则绑定相应的分发区域；

步骤3）定时将步骤2）中的规则同步到本地规则集；

步骤4）将步骤2）中的规则后写入第一缓存空间和第二缓存空间；

所述请求的分发逻辑步骤包括：

步骤5）调用方发起请求；

步骤6）对请求进行规则的分发匹配并返回匹配的规则；

步骤7）根据返回的规则获取相应的分发区域信息；

步骤8）根据分发区域信息分发请求到对应的区域。

本发明的工作原理是：本发明在通过设置路由分发的前置准备步骤和请求的分发逻辑步骤，在进行路由分发前，首先设置分发区域，为不同的请求设置不同的分发区域，然后通过自定义路由规则，将自定义的路由规则与分发区域进行匹配，并将自定义的路由规则存储到本地规则集并写入到第一缓存空间和第二缓存空间内；当调用方发起请求时，将请求的规则分别与第一缓存空间、第二缓存空间和本地规则集的规则进行匹配，并根据匹配的结果返回相应的规则，由于规则与分发区域是对应的，故此时根据返回的规则可以获取相应的分发区域信息，然后再根据分发区域信息将请求发送到对应的区域，从而完成路由的分发。

优选的，步骤6）中包括以下步骤：

步骤6.1）将请求对应的规则同时与第一缓存空间和本地规则集内的规则进行匹配，判断请求对应的规则是否同时与第一缓存空间和本地规则集内的规则相匹配，若是则返回匹配的规则并执行步骤7），若否则执行步骤6.2）；

步骤6.2）将请求对应的规则同时与第二缓存空间和本地规则集内的规则进行匹配，判断请求对应的规则是否同时与第二缓存空间和本地规则集内的规则相匹配，若是则返回匹配的规则并将该匹配的规则写入第一缓存空间后执行步骤7），若否则执行步骤6.3）；

步骤6.3）将请求对应的规则与本地规则集中的每一条规则进行匹配，判断请求对应的规则是否与本地规则集中的某一条规则相匹配，若是则返回匹配的规则并将该匹配的规则同时写入第一缓存空间和第二缓存空间后执行步骤7），若否则将未匹配成功的规则进行排序并加密处理后得到未匹配规则记录，并将得到的未匹配规则记录同时写入第一缓存空间和第二缓存空间后返回并执行步骤7）。

优选的，步骤5）中，调用方发起请求后，对请求进行数据预热，且在数据预热前禁用所有的规则。

这样，数据预热前禁用所有的规则，防止服务器因为大流量打到数据库被压垮。

优选的，步骤5）中，在对请求进行数据预热时，创建线程池，将请求放到线程池中执行，设置线程池队列的最大长度和线程池的拒绝策略。

优选的，步骤5）中，线程池的拒绝策略为：当线程池队列达到最大长度后对后续的请求直接进行丢弃，且没有异常信息。

这样，当线程池队列达到最大长度后对后续的请求直接进行丢弃，防止请求在队列中等待太长时间。

优选的，步骤4）中，通过一致性哈希算法将步骤2）中的规则进行规则匹配时需求数据的提取并写入第一缓存空间和第二缓存空间。

优选的，步骤4）中，对第一缓存空间和第二缓存空间内的缓存数据设置设定周期的随机过期时间。

这样，对第一缓存空间和第二缓存空间内的缓存数据设置设定周期的随机过期时间，防止缓存空间内数据过多造成雪崩。

优选的，步骤4）中，对第一缓存空间和第二缓存空间内的缓存数据设置1-2天的随机过期时间。

一种汽车，采用上述的基于自定义属性对车端信号进行路由分发的方法。

本发明的优点在于：本发明的规则可以根据路由分发需要进行自定义，旨在于网关层面提供自定义的属性路由策略，如通过用户属性、车辆属性及人车混合属性等对车端上报信号进行灵活可配置式的路由分发，由此使得本方案的路由配置灵活，路由配置可以自定义扩展，不再限制于网关自身的路由策略，保证路由的高效分发。

附图说明

图1为本发明基于自定义属性对车端信号进行路由分发的方法中路由分发的前置准备步骤的流程图；

图2为本发明基于自定义属性对车端信号进行路由分发的方法中请求的分发逻辑步骤的流程图；

图3为本发明基于自定义属性对车端信号进行路由分发的方法的数据流图。

具体实施方式

下面将结合附图及实施例对本发明作进一步说明。

一种基于自定义属性对车端信号进行路由分发的方法，包括路由分发的前置准备步骤和请求的分发逻辑步骤；

如附图1所示，路由分发的前置准备步骤包括：

步骤1）配置分发区域；

步骤2）设置路由分发的规则，并为每条规则绑定相应的分发区域；

步骤3）定时将步骤2）中的规则同步到本地规则集；

步骤4）将步骤2）中的规则后写入第一缓存空间和第二缓存空间；

如附图2所示，请求的分发逻辑步骤包括：

步骤5）调用方发起请求；

步骤6）对请求进行规则的分发匹配并返回匹配的规则；

步骤7）根据返回的规则获取相应的分发区域信息；

步骤8）根据分发区域信息分发请求到对应的区域。

本发明的工作原理是：本发明在通过设置路由分发的前置准备步骤和请求的分发逻辑步骤，在进行路由分发前，首先设置分发区域，为不同的请求设置不同的分发区域，然后通过自定义路由规则，将自定义的路由规则与分发区域进行匹配，并将自定义的路由规则存储到本地规则集并写入到第一缓存空间和第二缓存空间内；当调用方发起请求时，将请求的规则分别与第一缓存空间、第二缓存空间和本地规则集的规则进行匹配，并根据匹配的结果返回相应的规则，由于规则与分发区域是对应的，故此时根据返回的规则可以获取相应的分发区域信息，然后再根据分发区域信息将请求发送到对应的区域，从而完成路由的分发。

优选的，步骤6）中包括以下步骤：

步骤6.1）将请求对应的规则同时与第一缓存空间和本地规则集内的规则进行匹配，判断请求对应的规则是否同时与第一缓存空间和本地规则集内的规则相匹配，若是则返回匹配的规则并执行步骤7），若否则执行步骤6.2）；

步骤6.2）将请求对应的规则同时与第二缓存空间和本地规则集内的规则进行匹配，判断请求对应的规则是否同时与第二缓存空间和本地规则集内的规则相匹配，若是则返回匹配的规则并将该匹配的规则写入第一缓存空间后执行步骤7），若否则执行步骤6.3）；

步骤6.3）将请求对应的规则与本地规则集中的每一条规则进行匹配，判断请求对应的规则是否与本地规则集中的某一条规则相匹配，若是则返回匹配的规则并将该匹配的规则同时写入第一缓存空间和第二缓存空间后执行步骤7），若否则将未匹配成功的规则进行排序并加密处理后得到未匹配规则记录，并将得到的未匹配规则记录同时写入第一缓存空间和第二缓存空间后返回并执行步骤7）。

优选的，步骤5）中，调用方发起请求后，对请求进行数据预热，且在数据预热前禁用所有的规则。

优选的，步骤5）中，在对请求进行数据预热时，创建线程池，将请求放到线程池中执行，设置线程池队列的最大长度和线程池的拒绝策略。

优选的，步骤5）中，线程池的拒绝策略为：当线程池队列达到最大长度后对后续的请求直接进行丢弃，且没有异常信息。

优选的，步骤4）中，通过一致性哈希算法将步骤2）中的规则进行规则匹配时需求数据的提取并写入第一缓存空间和第二缓存空间。

优选的，步骤4）中，对第一缓存空间和第二缓存空间内的缓存数据设置设定周期的随机过期时间。

优选的，步骤4）中，对第一缓存空间和第二缓存空间内的缓存数据设置1-2天的随机过期时间。

一种汽车，采用上述的基于自定义属性对车端信号进行路由分发的方法。

下面结合附图3和具体实施例对本发明做进一步说明。

s1、自定义分发区域并绑定规则

“"areaId"="xxxxxxxx"

{

"tcp": {

# 灰度区域kafka

"broker": "xxx.xx.xx.xx:{port}"

},

"http": {

# 灰度区域 inner clb地址

"uri": "http://xxx.xx.xx.xx"

}

}”

分发区域的配置对tcp、http的请求的路由区域不同(这里为本发明的配置，若自身有其他需求，可重写分发区域的分发逻辑)，对tcp请求分发到kafka中，对http请求分发到微服务分区，在定义规则时绑定分发区域到规则中来指定请求应该分发的区域。

s2、自定义路由规则并同步到本地规则集

“# 规则

rule=MUTI_SERIES_STRATEGY#TRAFFIC_PERCENTAGE_STRATEGY

rule_value=C207PHEV,S301,S202#10

areaId=xxxxxx”

rule表示由策略组成的规则，rule_value根据策略存储不同的值，多个策略值采用#分割；将定义的规则组装后存储在数据库中，定义规则时绑定areaId（区域号），保证命中此规则的请求应该分发到哪个区域；通过定时任务的方式写入规则配置到服务的caffeine中。

s3、数据预热

预热前禁用所有的规则，防止服务因为大流量打到数据库被压垮。创建线程池，将请求放到线程池中执行并设置线程池队列的最大长度和线程池的拒绝策略为DiscardPolicy（对拒绝任务直接无声抛弃，没有异常信息），保证当线程池的队列满了之后对于后续的请求直接丢弃，防止请求因为在队列中等待太长时间。

S4、预热的规则记录写入redis和caffeine

当请求不断进入到线程池中后，将策略匹配需要的数据通过一致性hash算法（一致性哈希算法）逐渐地缓存到caffeine和redis集群中，并设置1-2天的随机过期时间，防止缓存雪崩。

S5-1、匹配caffeine和redis的规则记录

“# caffeine和redis规则记录

Key= ${key}

Value=${ruleId}

value2=miss:md5(${ruleId1},${ruleId2})”

Caffeine的规则记录匹配

caffeine和redis中的命中记录格式如上，key为请求方的唯一标识，value表示命中的规则记录。caffeine中存在此key且本地规则集中存在此key，表明此key未失效，直接返回value；caffeine中不存在此key或存在此key但不存在本地规则集中，执行redis的规则记录匹配。

Redis的规则记录匹配

查询redis中是否存在此key，若redis中存在此key且本地规则集中存在此key,表明此key未失效直接返回value并把规则记录写入caffeine中；若redis中不存在此key或存在但不存在本地规则集执行S5-2。

S5-2、caffeine和redis没有规则记录，进行本地规则集匹配

遍历本地规则集的每一条规则，每条规则进行策略匹配，当一条规则的所有策略均匹配表明命中此规则，写入命中规则记录到redis和caffeine中并返回；若所有规则均未命中，用所有的规则id排序后进行md5加密得到一个missRule，然后写入规则记录到redis和caffeine中并返回。

S6、获取规则绑定的分区配置

根据S5-1或S5-2返回的规则，获取规则绑定的分发区域信息。

S7、转发请求到对应区域

根据http/tcp不同的区域配置，若请求为tcp类型，将请求的结果数据写入到消息中间件kafka中；若为http请求则转发到分区配置的区域中；若规则为missRule则走默认的区域，即通过本发明的方法匹配上的规则按照本发明的分发方式分发到对应区域，而未匹配上的规则missRule则按现有的分发方式分发到对应的区域。

本发明的优点在于：本发明的规则可以根据路由分发需要进行自定义，旨在于网关层面提供自定义的属性路由策略，如通过用户属性、车辆属性及人车混合属性等对车端上报信号进行灵活可配置式的路由分发，由此使得本方案的路由配置灵活，路由配置可以自定义扩展，不再限制于网关自身的路由策略，保证路由的高效分发。

最后需要说明的是，以上实施例仅用以说明本发明的技术方案而非限制技术方案，本领域的普通技术人员应当理解，那些对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，均应涵盖在本发明的权利要求范围当中。

Claims (9)

1.基于自定义属性对车端信号进行路由分发的方法，其特征在于，包括路由分发的前置准备步骤和请求的分发逻辑步骤；

所述路由分发的前置准备步骤包括：

步骤1）配置分发区域；

步骤2）设置路由分发的规则，并为每条规则绑定相应的分发区域；

步骤3）定时将步骤2）中的规则同步到本地规则集；

步骤4）将步骤2）中的规则预热后写入第一缓存空间和第二缓存空间；

所述请求的分发逻辑步骤包括：

步骤5）调用方发起请求；

步骤6）对请求进行规则的分发匹配并返回匹配的规则；

步骤7）根据返回的规则获取相应的分发区域信息；

步骤8）根据分发区域信息分发请求到对应的区域。

2.根据权利要求1所述的基于自定义属性对车端信号进行路由分发的方法，其特征在于，步骤6）中包括以下步骤：

步骤6.1）将请求对应的规则同时与第一缓存空间和本地规则集内的规则进行匹配，判断请求对应的规则是否同时与第一缓存空间和本地规则集内的规则相匹配，若是则返回匹配的规则并执行步骤7），若否则执行步骤6.2）；

步骤6.2）将请求对应的规则同时与第二缓存空间和本地规则集内的规则进行匹配，判断请求对应的规则是否同时与第二缓存空间和本地规则集内的规则相匹配，若是则返回匹配的规则并将该匹配的规则写入第一缓存空间后执行步骤7），若否则执行步骤6.3）；

步骤6.3）将请求对应的规则与本地规则集中的每一条规则进行匹配，判断请求对应的规则是否与本地规则集中的某一条规则相匹配，若是则返回匹配的规则并将该匹配的规则同时写入第一缓存空间和第二缓存空间后执行步骤7），若否则将未匹配成功的规则进行排序并加密处理后得到未匹配规则记录，并将得到的未匹配规则记录同时写入第一缓存空间和第二缓存空间后返回并执行步骤7）。

3.根据权利要求1所述的基于自定义属性对车端信号进行路由分发的方法，其特征在于，步骤5）中，调用方发起请求后，对请求进行数据预热，且在数据预热前禁用所有的规则。

4.根据权利要求3所述的基于自定义属性对车端信号进行路由分发的方法，其特征在于，步骤5）中，在对请求进行数据预热时，创建线程池，将请求放到线程池中执行，设置线程池队列的最大长度和线程池的拒绝策略。

5.根据权利要求4所述的基于自定义属性对车端信号进行路由分发的方法，其特征在于，步骤5）中，线程池的拒绝策略为：当线程池队列达到最大长度后对后续的请求直接进行丢弃，且没有异常信息。

6.根据权利要求1所述的基于自定义属性对车端信号进行路由分发的方法，其特征在于，步骤4）中，通过一致性哈希算法将步骤2）中的规则进行规则匹配时需求数据的提取并写入第一缓存空间和第二缓存空间。

7.根据权利要求6所述的基于自定义属性对车端信号进行路由分发的方法，其特征在于，步骤4）中，对第一缓存空间和第二缓存空间内的缓存数据设置设定周期的随机过期时间。

8.根据权利要求7所述的基于自定义属性对车端信号进行路由分发的方法，其特征在于，步骤4）中，对第一缓存空间和第二缓存空间内的缓存数据设置1-2天的随机过期时间。

9.一种汽车，其特征在于，采用如权利要求1到8任一所述的基于自定义属性对车端信号进行路由分发的方法。

Images