处理用户访问请求的方法、电子装置、电子设备以及介质与流程

1.本技术中涉及数据处理技术，尤其是一种处理用户访问请求的方法、电子 装置、电子设备以及介质。


背景技术：

2.quic是一种基于udp协议的低时延互联网传输协议，其在udp的基础上， 提供了可靠、有序、安全以及更快速的传输服务等，这些优点对于面向海量用 户的cdn网络尤为重要，因此业务平台越来越频繁的使用quic协议进行业务处 理。
3.然而，由于udp协议相对简单，因此为了使其达到与tcp协议具备相同安 全性传输的目的来说，quic协议会在服务器中完成大量的诸如拥塞控制、数据 加解密、流量控制、数据重传等功能的处理，这也会导致服务器的处理负荷过 高，尤其是在用户访问请求的高峰时段时，会影响业务处理的效率。


技术实现要素：

4.本技术实施例提供一种处理用户访问请求的方法、电子装置、电子设备以 及介质，本技术的技术方案可以避免相关技术中存在的，由于边缘服务器基于 quic协议对用户访问请求进行处理时所出现的自身负荷过高进而影响业务处理 效率的问题。
5.其中，根据本技术实施例的一个方面，提供的一种处理用户访问请求的方 法，应用于第一边缘服务器，包括：
6.接收客户端基于quic协议发送的用户访问请求；
7.检测自身负荷是否超过预设负荷，若是，则生成包含有第二边缘服务器地 址信息的第一响应消息，所述第一响应消息还包括标识信息，所述标识信息用 于指示所述客户端基于http或https协议向所述第二边缘服务器发送所述用户 访问请求；
8.将所述第一响应消息发送给所述客户端。
9.可选地，在基于本技术上述方法的另一个实施例中，所述标识信息位于所 述第一响应消息的响应头或响应体中。
10.可选地，在基于本技术上述方法的另一个实施例中，所述检测自身负荷是 否超过预设负荷，包括：
11.检测所述第一边缘服务器当前的业务处理量是否超过第一预设阈值，若超 过第一预设阈值，则超过预设负荷。
12.可选地，在基于本技术上述方法的另一个实施例中，在所述生成包含有第 二边缘服务器地址信息的第一响应消息之前，还包括：
13.确定与自身相关联的服务器集群；
14.基于预设规则，从所述服务器集群中选取所述第二边缘服务器。
15.可选地，在基于本技术上述方法的另一个实施例中，所述基于预设规则， 从所述服务器集群中选取所述第二边缘服务器，包括：
16.从所述服务器集群中随机选取的边缘服务器作为所述第二边缘服务器；或，
17.从所述服务器集群中将当前业务处理量低于第二预设阈值的边缘服务器作 为所述第二边缘服务器，所述第二预设阈值小于所述第一预设阈值；或，
18.从所述服务器集群中将部署位置与所述客户端所在区域相匹配的边缘服务 器作为所述第二边缘服务器。
19.可选地，在基于本技术上述方法的另一个实施例中，在所述基于预设规则， 从所述业务服务器集群中选取所述第二边缘服务器之后，还包括：
20.获取所述第二边缘服务器对应的域名或者ip地址，并将所述域名或者ip 地址作为所述第二边缘服务器的地址信息。
21.可选地，在基于本技术上述方法的另一个实施例中，所述生成包含有第二 边缘服务器地址信息的第一响应消息，包括：
22.生成用于指示所述客户端仅下一次向所述第二边缘服务器发送所述用户访 问请求的第一响应消息；或，
23.生成用于指示所述客户端永久向所述第二边缘服务器发送所述用户访问请 求的第一响应消息。
24.可选地，在基于本技术上述方法的另一个实施例中，所述生成用于指示所 述客户端仅下一次向所述第二边缘服务器发送所述用户访问请求的第一响应消 息，包括：
25.检测历史时间段内向至少一个客户端发送第一响应消息的次数；若所述次 数未超过预设数值，生成用于指示所述客户端仅下一次向所述第二边缘服务器 进行数据访问的第一响应消息；或，
26.检测当前业务处理量；若所述业务处理量超过所述第一预设阈值且未超过 第三预设阈值，生成用于指示所述客户端仅下一次向所述第二边缘服务器进行 数据访问的第一响应消息，其中，所述第三预设阈值大于所述第一预设阈值。
27.可选地，在基于本技术上述方法的另一个实施例中，所述生成用于指示所 述客户端永久向所述第二边缘服务器发送所述用户访问请求的第一响应消息， 包括：
28.检测历史时间段内向至少一个客户端发送第一响应消息的次数；若所述次 数超过预设数值，生成用于指示所述客户端永久向所述第二边缘服务器进行数 据访问的第一响应消息；或，
29.检测当前业务处理量；若所述业务处理量超过第三预设阈值，生成用于指 示所述客户端永久向所述第二边缘服务器进行数据访问的第一响应消息，其中， 所述第三预设阈值大于所述第一预设阈值。
30.其中，根据本技术实施例的一个方面，提供的一种处理用户访问请求的方 法，应用于第二边缘服务器，包括：
31.接收客户端基于http或https协议发送的用户访问请求，所述用户访问请 求为所述客户端在历史时间段内，基于quic协议向第一边缘服务器发送过的用 户访问请求；
32.基于http或https协议向所述客户端发送第二响应消息，所述第二响应消 息包括所述客户端所请求的资源数据。
33.其中，根据本技术实施例的又一个方面，提供的一种处理用户访问请求的 电子装置，应用于边缘服务器，包括：
34.应用于第一边缘服务器，包括：
35.第一接收模块，被配置为接收客户端基于quic协议发送的用户访问请求；
36.检测模块，被配置为检测自身负荷是否超过预设负荷，若是，则生成包含 有第二边缘服务器地址信息的第一响应消息，所述第一响应消息用于指示所述 客户端基于http或https协议向所述第二边缘服务器发送所述用户访问请求；
37.第一发送模块，被配置为将所述第一响应消息发送给所述客户端。
38.其中，根据本技术实施例的又一个方面，提供的一种处理用户访问请求的 电子装置，应用于第二边缘服务器，包括：
39.第二接收模块，被配置为接收客户端基于http或https协议发送的用户访 问请求，所述用户访问请求为所述客户端在历史时间段内，基于quic协议向第 一边缘服务器发送过的用户访问请求；
40.第二发送模块，被配置为基于http或https协议向所述客户端发送第二响 应消息，所述第二响应消息包括所述客户端所请求的资源数据。
41.根据本技术实施例的又一个方面，提供的一种电子设备，包括：
42.存储器，用于存储可执行指令；以及
43.显示器，用于与所述存储器显示以执行所述可执行指令从而完成上述任一 所述处理用户访问请求的方法的操作。
44.根据本技术实施例的还一个方面，提供的一种计算机可读存储介质，用于 存储计算机可读取的指令，所述指令被执行时执行上述任一所述处理用户访问 请求的方法的操作。
45.本技术中，可以由第一边缘服务器接收客户端基于quic协议发送的用户访 问请求；检测自身负荷是否超过预设负荷，若是，则生成包含有第二边缘服务 器地址信息的第一响应消息，第一响应消息还包括标识信息，标识信息用于指 示客户端基于http或https协议向第二边缘服务器发送用户访问请求；将第一 响应消息发送给客户端。通过应用本技术的技术方案，可以在边缘服务器接收 客户端基于quic协议发送用户访问请求的过程中，不直接解析该用户访问请求， 而是先检测自身的负荷状态，并在确定自身负荷超过预设负荷时，向客户端发 送一个用于指示客户端将业务请求基于http或https协议重定向到其他边缘服 务器的响应消息，以使其他边缘服务器以计算资源消耗较小的http或https协 议继续处理该客户端的访问请求。不仅可以避免由于边缘服务器在使用quic协 议进行业务处理过程中所出现的自身负荷(例如包括业务负荷和机器运行负荷 中的至少一种)过高进而影响业务处理效率的问题，还可以避免重定向的边缘 服务器继续基于quic协议与客户端进行数据传输时，在短时间内也面临自身负 荷过重的问题。
46.下面通过附图和实施例，对本技术的技术方案做进一步的详细描述。
附图说明
47.构成说明书的一部分的附图描述了本技术的实施例，并且连同描述一起用 于解释本技术的原理。
48.参照附图，根据下面的详细描述，可以更加清楚地理解本技术，其中：
49.图1为本技术提出的一种处理用户访问请求的方法示意图；
50.图2为本技术提出的另一种处理用户访问请求的方法示意图；
51.图3-图4为本技术提出的一种处理用户访问请求的电子装置示意图；
52.图5为本技术提出的一种处理用户访问请求的电子设备示意图。
具体实施方式
53.现在将参照附图来详细描述本技术的各种示例性实施例。应注意到：除非 另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达 式和数值不限制本技术的范围。
54.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是 按照实际的比例关系绘制的。
55.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，不作为对本 申请及其应用或使用的任何限制。
56.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论， 但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
57.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某 一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
58.另外，本技术各个实施例之间的技术方案可以相互结合，但是必须是以本 领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实 现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
59.需要说明的是，本领域技术人员在考虑说明书及实践这里公开的发明后， 将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途 或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并 包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施 例仅被视为示例性的，本技术的真正范围和精神由权利要求部分指出。
60.应当理解的是，本技术并不局限于下面已经描述并在附图中示出的精确结 构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的 权利要求来限制。
61.下面结合图1-图2来描述根据本技术示例性实施方式的用于进行处理用户 访问请求的方法。需要注意的是，下述应用场景仅是为了便于理解本技术的精 神和原理而示出，本技术的实施方式在此方面不受任何限制。相反，本技术的 实施方式可以应用于适用的任何场景。
62.一种实施方式中，本技术还提出一种处理用户访问请求的方法。图1示意 性地示出了根据本技术实施方式的一种处理用户访问请求的方法的流程示意 图。如图1所示，该方法应用于第一边缘服务器，包括：
63.s101，接收客户端基于quic协议发送的用户访问请求。
64.其中，quic是一种基于udp协议的低时延互联网传输协议，其出现主要是 为了解决现有的tcp网络传输协议中存在的一些问题，包括tcp队头阻塞、握 手延迟以及tcp协议僵化等。quic在udp的基础上，提供了可靠、有序、安全 以及更快速的传输服务等，这些优点对于面向海量用户的cdn网络尤为重要， 因此个别cdn厂商开始提供了quic协议请求的处理能力。
65.其中，quic协议能够被广泛使用，其中一个原因即为其相对于https或http 传输协议来说，可以实现业务处理效率更高的目的。然而，由于udp协议相对 简单，因此为了使其达到与tcp协议具备相同安全性传输的目的来说，quic协 议会在服务器中完成大量的诸如拥塞控制、数据加解密、流量控制、数据重传 等功能的处理，这也会耗费服务器较多的应用层资源，进而出现导致服务器的 业务处理负荷过高的问题，尤其是在用户访问请求的高峰时段，会极大影响业 务处理的效率。
66.s102，检测自身负荷是否超过预设负荷，若是，则生成包含有第二边缘服 务器地址信息的第一响应消息，第一响应消息还包括标识信息，标识信息用于 指示客户端基于http或https协议向第二边缘服务器发送用户访问请求。
67.针对上述问题，本技术可以在第一边缘服务器接收客户端基于quic协议发 送的用户访问请求的过程中，不直接解析该用户访问请求，而是先检测自身的 负荷状态，进而根据自身的负荷状态对该用户请求进行不同的处理。
68.一种方式中，第一边缘服务器检测自身的负荷状态可以包括检测自身的业 务负荷状态(例如通过正在处理的业务量来确定)，也可以包括检测自身的机 器运行负荷状态(例如通过cpu运行指数，连续工作时长等参数来确定)。本 申请对此不作限定。
69.一种方式中，在第一边缘服务器检测到自身负荷超过预设负荷时，即确定 该第一边缘服务器当前待处理的业务量较大，为了避免进一步向该边缘服务器 增加新的用户访问请求从而影响第一边缘服务器处理业务效率的问题，本技术 实施例由第一边缘服务器生成一个用于指示客户端基于http或https协议向第 二边缘服务器发送用户访问请求的标识信息，并将该标识信息携带在第一响应 消息中，再将该第一响应消息发送给客户端。将用户访问请求重定向到其他边 缘服务器(第二边缘服务器)中，从而减轻第一边缘服务器的业务处理压力， 达到负载均衡的目的。
70.可以理解的，若第一边缘服务器未检测到自身负荷超过预设负荷时，则可 以直接对该用户访问请求进行处理。
71.一种方式中，本技术不对标识信息进行具体限定，例如可以为301响应码、 302响应码等等。
72.另一种方式中，标识信息还可以为一个任意的数字或字母等字段或基于 quic协议生成的任意数据，可以理解的，只要预先在第一边缘服务器侧和客户 端侧约定该数字或字母等字段为对应于用于指示客户端基于http或https协议 向第二边缘服务器发送用户访问请求的含义即可。
73.可以理解的，由于http或https协议是基于tcp协议进行传输的，且tcp 协议是在传输层实现协议的处理，因此大部分计算已经固化到硬件，所以采用 http或https协议进行用户业务的处理可以实现对边缘服务器的应用层消耗较 少的计算资源的目的，不仅可以避免由于边缘服务器在使用quic协议进行业务 处理过程中所出现的自身负荷(例如包括业务负荷和机器运行负荷的至少一种) 过高进而影响业务处理效率的问题，还可以避免重定向的边缘服务器继续基于quic协议与客户端进行数据传输时，在短时间内也面临自身负荷过重的问题。
74.s103，将第一响应消息发送给客户端。
75.进一步的，当第一边缘服务器生成一个用于指示客户端基于http或https 协议向
第二边缘服务器发送用户访问请求的标识信息，并将该标识信息携带在 第一响应消息后，向客户端发送该第一响应消息，以使客户端接收到该第一响 应消息后，以协议降级的方式(即由quic协议转换为http或https协议)向 第二边缘服务器发送用户访问请求。
76.本技术中，可以由第一边缘服务器接收客户端基于quic协议发送的用户访 问请求；检测自身负荷是否超过预设负荷，若是，则生成包含有第二边缘服务 器地址信息的第一响应消息，第一响应消息还包括标识信息，标识信息用于指 示客户端基于http或https协议向第二边缘服务器发送用户访问请求；将第一 响应消息发送给客户端。通过应用本技术的技术方案，可以在边缘服务器接收 客户端基于quic协议发送用户访问请求的过程中，不直接解析该用户访问请求， 而是先检测自身的负荷状态，并在确定自身负荷超过预设负荷时，向客户端发 送一个用于指示客户端将业务请求基于http或https协议重定向到其他边缘服 务器的响应消息，以使其他边缘服务器以计算资源消耗较小的http或https协 议继续处理该客户端的访问请求。不仅可以避免由于边缘服务器在使用quic协 议进行业务处理过程中所出现的自身负荷过高进而影响业务处理效率的问题， 还可以避免重定向的边缘服务器继续基于quic协议与客户端进行数据传输时， 在短时间内也面临自身负荷过重的问题。
77.可选地，在基于本技术上述方法的另一个实施例中，标识信息位于第一响 应消息的响应头信息或响应体信息中。
78.一种方式中，本技术实施例中可以由第一边缘服务器将标识信息携带在第 一响应消息的响应头或响应体中，从而方便客户端在接收到第一响应消息之后， 可以便捷的提取以及解析第一响应消息的响应头或响应体，从而实现快速向第 二边缘服务器发送用户访问请求的目的。
79.可选地，在基于本技术上述方法的另一个实施例中，在s102(检测自身负 荷是否超过预设负荷)中，可以实施下述步骤：
80.检测第一边缘服务器当前的业务处理量是否超过第一预设阈值，若超过第 一预设阈值，则超过预设负荷。
81.可以理解的，在第一边缘服务器检测自身负荷的过程中，可以通过多种方 式进行，例如可以通过检测第一边缘服务器当前或最近的业务处理量、当前的 cpu运行参数、当前的内存消耗参数等等来进行检测。
82.以当前的业务处理量为例，第一边缘服务器检测自身当前的业务处理量是 否超过第一预设阈值，若超过第一预设阈值，则确定自身负荷超过预设负荷， 而若未超过第一预设阈值，则确定自身负荷未超过预设负荷，本技术不对第一 预设阈值进行具体限定。
83.可以理解的，在第一边缘服务器检测到自身负荷超过预设负荷时，即确定 该第一边缘服务器当前的自身负荷(例如包括业务负荷和机器运行负荷的至少 一种)较大，为了避免进一步向该边缘服务器增加用户处理业务从而影响第一 边缘服务器处理业务进度的问题，本技术实施例由第一边缘服务器生成一个用 于指示客户端基于http或https协议向第二边缘服务器发送用户访问请求的标 识信息，并将该标识信息携带在第一响应消息中，再将该第一响应消息发送给 客户端。将用户访问请求重定向到其他边缘服务器(第二边缘服务器)中，从 而减轻第一边缘服务器的业务处理压力，达到负载均衡的目的。
84.可选地，在基于本技术上述方法的另一个实施例中，在s102(生成包含有 第二边
缘服务器地址信息的第一响应消息)之前，可以实施下述步骤：
85.确定与自身相关联的服务器集群；
86.基于预设规则，从服务器集群中选取第二边缘服务器。
87.进一步的，为了确保第二边缘服务器能够处理客户端的用户访问请求，因 此本技术在第一边缘服务器选取第二边缘服务器的过程中，需要确定与自身相 关联的服务器集群，以使后续从该服务器集群中选取出第二边缘服务器。可以 理解的，由于第一边缘服务器与第二边缘服务器属于同一服务器集群，因此可 以确保第一边缘服务器选取出的第二边缘服务器能够处理客户端的用户访问请 求，从而避免出现第二边缘服务器无法处理客户端的访问请求所导致的影响用 户浏览体验的问题。
88.其中，本技术不对与第一边缘服务器相关联的服务器集群进行具体限定， 例如，服务器集群可以为与第一边缘服务器部署在同一业务区域内的服务器集 群，也可以为与第一边缘服务器处理同一种业务类型的服务器集群。
89.可选地，在基于本技术上述方法的另一个实施例中，基于预设规则，从服 务器集群中选取第二边缘服务器，可以实施下述步骤：
90.从服务器集群中随机选取的边缘服务器作为第二边缘服务器；或，
91.从服务器集群中将当前业务处理量低于第二预设阈值的边缘服务器作为所 述第二边缘服务器，第二预设阈值小于第一预设阈值；或，
92.从服务器集群中将部署位置与客户端所在区域相匹配的边缘服务器作为第 二边缘服务器。
93.一种方式中，第一边缘服务器确定第二边缘服务器的方式可以为多种，例 如可以随机选取第二边缘服务器，也可以从与自身相关联的服务器集群中根据 预设规则选取第二边缘服务器，其中，预设规则可以为从服务器集群中选取当 前负荷值较低的服务器(即当前业务处理量低于第二预设阈值)作为第二边缘 服务器，其中，本技术不对第二预设阈值进行具体限定，只要其为数值小于第 一预设阈值的阈值即可。
94.另一种方式中，预设规则也可以为从服务器集群中选取出部署位置与客户 端距离相匹配(例如最近或距离低于预设距离)的服务器作为第二边缘服务器， 其中，本技术不对预设距离进行具体限定。
95.可以理解的，由于第一边缘服务器与第二边缘服务器属于同一服务器集群， 同一服务器集群内的边缘服务器彼此之间处理访问业务的类型或部署位置都可 能高度关联，这样的选取方式可以增加第二边缘服务器处理该客户端的用户访 问请求的概率，此外，位于同一服务器集群内的边缘服务器可以获知其他边缘 服务器的当前负载状况，便于挑选当前负载状态较为良好的边缘服务器作为第 二边缘服务器。进而避免客户端后续基于http或https协议向第二边缘服务器 发送用户访问请求后，由于第二边缘服务器无法处理该请求所导致的影响用户 浏览体验的问题。
96.可选地，在基于本技术上述方法的另一个实施例中，基于预设规则，从服 务器集群中选取第二边缘服务器之后，可以实施下述步骤：
97.获取第二边缘服务器对应的域名或者ip地址，并将域名或者ip地址作为 第二边缘服务器的地址信息。
98.进一步的，在第一边缘服务器选取出第二边缘服务器后，为了保证客户端 可以准
确的向第二边缘服务器发送用户访问请求，第一边缘服务器可以将第二 边缘服务器对应的域名或者ip地址作为第二边缘服务器的地址信息发送给客户 端，以使客户端快捷的获取第二边缘服务器的地址，进而能够直接向第二边缘 服务器发送用户访问请求，从而达到加快业务处理效率的目的。
99.可选地，在基于本技术上述方法的另一个实施例中，在s102(生成包含有 第二边缘服务器地址信息的第一响应消息)中，可以实施下述步骤：
100.生成用于指示客户端仅下一次向第二边缘服务器发送用户访问请求的第一 响应消息；或，
101.生成用于指示客户端永久向第二边缘服务器发送用户访问请求的第一响应 消息。
102.一种方式中，本技术可以通过生成301响应码(标识信息)的方式，来实 现发送用于指示客户端永久向第二边缘服务器发送用户访问请求的第一响应消 息。本技术还可以通过生成302响应码(标识信息)的方式，来实现发送用于 指示客户端仅下一次向第二边缘服务器发送用户访问请求的第一响应消息。
103.可以理解的，本技术的上述方式可以由第一边缘服务器根据自身当前或最 近的业务处理量、当前的cpu运行参数、当前的内存消耗参数等负载状况，有 针对性的向客户端发送临时重定向或永久重定向的响应消息，从而实现第一边 缘服务器能够灵活的指示客户端后续是否继续向其发送访问请求的目的。
104.可选地，在基于本技术上述方法的另一个实施例中，生成用于指示客户端 仅下一次向第二边缘服务器发送用户访问请求的第一响应消息，可以实施下述 步骤：
105.检测历史时间段内向至少一个客户端发送第一响应消息的次数；若次数未 超过预设数值，生成用于指示客户端仅下一次向第二边缘服务器进行数据访问 的第一响应消息；或，
106.检测当前业务处理量；若业务处理量超过第一预设阈值且未超过第三预设 阈值，生成用于指示客户端仅下一次向第二边缘服务器进行数据访问的第一响 应消息，其中，第三预设阈值大于第一预设阈值。
107.其中，本技术在第一边缘服务器生成用于指示客户端仅下一次向第二边缘 服务器发送用户访问请求(即临时重定向)的第一响应消息的过程中，可以通 过第一边缘服务器检测历史时间段曾向该客户端或其他客户端发送过第一响应 消息的次数来确定。
108.举例来说，当第一边缘服务器检测到自身曾接收到某个客户端基于quic协 议发送的用户访问请求，且第一边缘服务器也向客户端发送过用于指示该客户 端基于http或https协议向其他边缘服务器发送用户访问请求的第一响应消 息，并且在历史时段内向该客户端发送第一响应消息的次数未超过预设数值时， 说明该第一边缘服务器并未长期(例如超过预设时间长度，一种方式中，预设 时间长度可以为至少一小时或至少一天等)处于高负荷的状态。
109.在该情况下，本技术可以由第一边缘服务器在接收到客户端基于quic协议 发送的用户访问请求时，向客户端发送用于指示该客户端仅下一次向第二边缘 服务器进行访问请求的第一响应消息，从而实现在第一边缘服务器处于负载过 重的情况下，能够通过临时转移用户访问请求的方式来减轻自身的处理压力， 同时也提高了其他边缘服务器资源
利用率。
110.另一种方式中，本技术在第一边缘服务器生成用于指示客户端仅下一次向 第二边缘服务器发送用户访问请求(即临时重定向)的第一响应消息的过程中， 也可以通过第一边缘服务器检测自身当前的业务处理量，并在确定业务处理量 在第一预设阈值与第三预设阈值之间时，向客户端发送用于指示该客户端仅下 一次向第二边缘服务器进行访问请求的第一响应消息，从而实现在第一边缘服 务器处于负载过重的情况下，能够通过临时转移用户访问请求的方式来减轻自 身的处理压力，同时也提高了其他边缘服务器资源利用率。
111.可选地，在基于本技术上述方法的另一个实施例中，生成用于指示客户端 永久向第二边缘服务器发送用户访问请求的第一响应消息，可以实施下述步骤：
112.检测历史时间段内向至少一个客户端发送第一响应消息的次数；若次数超 过预设数值，生成用于指示客户端永久向第二边缘服务器进行数据访问的第一 响应消息；或，
113.检测当前业务处理量；若业务处理量超过第三预设阈值，生成用于指示客 户端永久向第二边缘服务器进行数据访问的第一响应消息，其中，第三预设阈 值大于第一预设阈值。
114.其中，本技术在第一边缘服务器生成用于指示客户端永久向第二边缘服务 器发送用户访问请求(即永久重定向)的第一响应消息的过程中，可以通过第 一边缘服务器检测历史时间段曾向该客户端或其他客户端发送过第一响应消息 的次数来确定。
115.举例来说，当第一边缘服务器检测到自身曾接收到某个客户端基于quic协 议发送的用户访问请求，且第一边缘服务器也向客户端发送过用于指示该客户 端基于http或https协议向其他边缘服务器发送用户访问请求的第一响应消 息，并且在历史时段内向该客户端发送第一响应消息的次数超过预设数值时， 说明该第一边缘服务器总是长期处于高负荷的状态。
116.因此，为了避免第一边缘服务器反复向客户端发送第一响应消息所导致的 本就长期处于高负荷的状态下还进一步消耗边缘服务器收发资源的问题，本申 请可以由第一边缘服务器在接收到客户端基于quic协议发送的用户访问请求 时，向客户端发送用于指示该客户端永久向第二边缘服务器进行数据访问的第 一响应消息，从而实现在第一边缘服务器负载超重的情况下，能够通过永久转 移用户访问请求的方式为第一边缘服务器减压。
117.另外一种方式中，本技术在第一边缘服务器生成用于指示客户端永久向第 二边缘服务器发送用户访问请求(即永久重定向)的第一响应消息的过程中， 也可以通过第一边缘服务器检测自身当前的业务处理量，并在确定业务处理量 超过第三预设阈值时，向客户端发送用于指示该客户端永久向第二边缘服务器 进行数据访问的第一响应消息，从而实现在第一边缘服务器负载超重的情况下， 能够通过永久转移用户访问请求的方式为第一边缘服务器减压。
118.另外一种实施方式中，本技术还提出一种处理用户访问请求的方法。图2 示意性地示出了根据本技术实施方式的一种处理用户访问请求的方法的流程示 意图。如图2所示，该方法应用于第二边缘服务器，包括：
119.s201，接收客户端基于http或https协议发送的用户访问请求，用户访问 请求为
客户端在历史时间段内，基于quic协议向第一边缘服务器发送过的用户 访问请求。
120.其中，quic是一种基于udp协议的低时延互联网传输协议，其出现主要是 为了解决现有的tcp网络传输协议中存在的一些问题，包括tcp队头阻塞、握 手延迟以及tcp协议僵化等。quic在udp的基础上，提供了可靠、有序、安全 以及更快速的传输服务等，这些优点对于面向海量用户的cdn网络尤为重要， 因此个别cdn厂商开始提供了quic协议请求的处理能力。
121.其中，quic协议能够被广泛使用，其中一个原因即为其相对于https/http 传输协议来说，可以实现业务处理效率更高的目的。然而，由于udp协议相对 简单，因此为了使其达到与tcp协议具备相同安全性传输的目的来说，quic协 议会在服务器中完成大量的诸如拥塞控制、数据加解密、流量控制、数据重传 等功能的处理，这也会耗费服务器较多的应用层资源，进而出现导致服务器的 处理负荷过高的问题，尤其是在用户访问请求的高峰时段，会极大影响业务处 理的效率。
122.针对上述问题，本技术提出一种在边缘服务器接收客户端基于quic协议发 送用户访问请求的过程中，不直接解析该用户访问请求，而是先检测自身的负 荷状态，并在确定自身负荷超过预设负荷时，向客户端发送一个用于指示客户 端将业务请求基于http或https协议重定向到其他边缘服务器的响应消息，以 使其他边缘服务器以计算资源消耗较小的http或https协议继续处理该客户端 的访问请求。
123.进一步的，当第二边缘服务器接收到该基于http或https协议发送的用户 访问请求时，与该客户端通过http或https协议进行后续资源数据的传输。
124.一种可选的方式中，在第二边缘服务器能够同时支持http或https协议以 及quic协议的情况下，第二边缘服务器在接收到客户端基于http或https协 议发送的用户访问请求后，可以根据自身的负载状态等情况来选择是否优先基 于http或https协议进行后续资源数据的传输。
125.可以理解的，由于http或https协议是基于tcp协议进行传输的，且tcp 协议是在传输层实现协议的处理，因此大部分计算已经固化到硬件，所以由第 二边缘服务器采用http或https协议进行用户业务的处理可以实现对第二边缘 服务器的应用层消耗较少的计算资源的目的，从而避免了第二边缘服务器继续 基于quic协议与客户端进行数据传输所导致的很快也会面临与第一边缘服务器 相同的自身负荷过重的处境。
126.s202，基于http或https协议向客户端发送第二响应消息，第二响应消息 包括客户端所请求的资源数据。
127.一种方式中，在第二边缘服务器接收到客户端基于http或https协议发送 的用户访问请求后，可以检测自身的存储区域中是否存储有用户访问请求对应 的资源数据。可以理解的，若有，则可以直接读取该资源数据，并在后续将该 资源数据基于http或https协议发送给客户端。
128.而若无，则可以从源站服务器或其他边缘服务器、父服务器、中心服务器 的其中任意一种存储有该资源数据的服务器中调取资源数据后，基于http或 https协议向客户端发送该资源数据。
129.本技术中，可以由第二边缘服务器在接收客户端基于http或https协议发 送的用户访问请求，用户访问请求为客户端在历史时间段内，基于quic协议向 第一边缘服务器发
送过的用户访问请求；基于http或https协议向客户端发送 第二响应消息，第二响应消息包括客户端所请求的资源数据。通过应用本技术 的技术方案，可以在第一边缘服务器接收客户端基于quic协议发送用户访问请 求的过程中，不直接解析该用户访问请求，而是先检测自身的负荷状态，并在 确定自身负荷超过预设负荷时，向客户端发送一个用于指示客户端将业务请求 基于http或https协议重定向到第二边缘服务器的响应消息，使第二边缘服务 器以计算资源消耗较小的http或https协议继续处理该客户端的访问请求，从 而帮助自身负荷过高的第一边缘服务器减轻压力。
130.在本技术的另外一种实施方式中，如图4所示，本技术还提供一种处理用 户访问请求的电子装置。其中，应用于第一边缘服务器，包括，
131.第一接收模块301，被配置为接收客户端基于quic协议发送的用户访问请 求；
132.检测模块302，被配置为检测自身负荷是否超过预设负荷，若是，则生成包 含有第二边缘服务器地址信息的第一响应消息，所述第一响应消息用于指示所 述客户端基于http或https协议向所述第二边缘服务器发送所述用户访问请 求；
133.第一发送模块303，被配置为将所述第一响应消息发送给所述客户端。
134.本技术中，可以由第一边缘服务器接收客户端基于quic协议发送的用户访 问请求；检测自身负荷是否超过预设负荷，若是，则生成包含有第二边缘服务 器地址信息的第一响应消息，第一响应消息还包括标识信息，标识信息用于指 示客户端基于http或https协议向第二边缘服务器发送用户访问请求；将第一 响应消息发送给客户端。通过应用本技术的技术方案，可以在边缘服务器接收 客户端基于quic协议发送用户访问请求的过程中，不直接解析该用户访问请求， 而是先检测自身的负荷状态，并在确定自身负荷超过预设负荷时，向客户端发 送一个用于指示客户端将业务请求基于http或https协议重定向到其他边缘服 务器的响应消息，以使其他边缘服务器以计算资源消耗较小的http或https协 议继续处理该客户端的访问请求。不仅可以避免由于边缘服务器在使用quic协 议进行业务处理过程中所出现的自身负荷过高进而影响业务处理效率的问题， 还可以避免重定向的边缘服务器继续基于quic协议与客户端进行数据传输时， 在短时间内也面临自身负荷过重的问题，其中，自身负荷过重包括但不限于边 缘服务器业务负荷过高或机器运行负荷过高等。
135.在本技术的另外一种实施方式中，检测模块302，被配置为：
136.标识信息位于所述第一响应消息的响应头或响应体中。
137.在本技术的另外一种实施方式中，检测模块302，被配置为：
138.检测所述第一边缘服务器当前的业务处理量是否超过第一预设阈值，若超 过第一预设阈值，则超过预设负荷。
139.在本技术的另外一种实施方式中，检测模块302，被配置为：
140.确定与自身相关联的服务器集群；
141.基于预设规则，从所述服务器集群中选取所述第二边缘服务器。
142.在本技术的另外一种实施方式中，检测模块302，被配置为：
143.将从所述服务器集群中随机选取的边缘服务器作为所述第二边缘服务器； 或，
144.将从所述服务器集群中当前业务处理量低于第二预设阈值的边缘服务器作 为所述第二边缘服务器，所述第二预设阈值小于所述第一预设阈值；或，
145.将从所述服务器集群中，部署位置与所述客户端所在区域相匹配的边缘服 务器作为所述第二边缘服务器。
146.在本技术的另外一种实施方式中，检测模块302，被配置为：
147.获取所述第二边缘服务器对应的域名或者ip地址，并将所述域名或者ip 地址作为所述第二边缘服务器的地址信息。
148.在本技术的另外一种实施方式中，检测模块302，被配置为：
149.生成用于指示所述客户端仅下一次向所述第二边缘服务器发送所述用户访 问请求的第一响应消息；或，
150.生成用于指示所述客户端永久向所述第二边缘服务器发送所述用户访问请 求的第一响应消息。
151.在本技术的另外一种实施方式中，检测模块302，被配置为：
152.检测历史时间段内向至少一个客户端发送第一响应消息的次数；若所述次 数未超过预设数值，生成用于指示所述客户端仅下一次向所述第二边缘服务器 进行数据访问的第一响应消息；或，
153.检测当前业务处理量；若所述业务处理量超过所述第一预设阈值且未超过 第三预设阈值，生成用于指示所述客户端仅下一次向所述第二边缘服务器进行 数据访问的第一响应消息，其中，所述第三预设阈值大于所述第一预设阈值。
154.在本技术的另外一种实施方式中，检测模块302，被配置为：
155.检测历史时间段内向至少一个客户端发送第一响应消息的次数；若所述次 数超过预设数值，生成用于指示所述客户端永久向所述第二边缘服务器进行数 据访问的第一响应消息；或，
156.检测当前业务处理量；若所述业务处理量超过第三预设阈值，生成用于指 示所述客户端永久向所述第二边缘服务器进行数据访问的第一响应消息，其中， 所述第三预设阈值大于所述第一预设阈值。
157.在本技术的另外一种实施方式中，如图5所示，本技术还提供一种处理用 户访问请求的电子装置。其中，应用于第二边缘服务器，包括，
158.第二接收模块304，被配置为接收客户端基于http或https协议发送的用 户访问请求，所述用户访问请求为所述客户端在历史时间段内，基于quic协议 向第一边缘服务器发送过的用户访问请求；
159.第二发送模块305，被配置为基于http或https协议向所述客户端发送第 二响应消息，所述第二响应消息包括所述客户端所请求的资源数据。
160.图5是根据一示例性实施例示出的一种电子设备的逻辑结构框图。例如， 电子设备400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏 控制台，平板设备，医疗设备，健身设备，个人数字助理等。
161.参照图5，电子设备400可以包括以下一个或多个组件：处理器401和存储 器402。
162.处理器401可以包括一个或多个处理核心，比如4核心处理器、8核心处理 器等。处理器401可以采用dsp(digital signal processing，数字信号处理)、 fpga(field－programmable gate array，现场可编程门阵列)、pla (programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实 现。处理器401也可以包括主处理器和协处理器，
emitting diode,有机发光二极管)等材质制备。
168.电源409用于为电子设备400中的各个组件进行供电。电源409可以是交 流电、直流电、一次性电池或可充电电池。当电源409包括可充电电池时，该 可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充 技术。
169.本领域技术人员可以理解，图5中示出的结构并不构成对电子设备400的 限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同 的组件布置。
170.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介 质，例如包括指令的存储器404，上述指令可由电子设备400的处理器420执行 以完成上述基于音视频流推送的方法，该方法包括：接收客户端基于quic协议 发送的用户访问请求；检测自身负荷是否超过预设负荷，若是，则生成包含有 第二边缘服务器地址信息的第一响应消息，所述第一响应消息还包括标识信息， 所述标识信息用于指示所述客户端基于http或https协议向所述第二边缘服务 器发送所述用户访问请求；将所述第一响应消息发送给所述客户端。可选地， 上述指令还可以由电子设备400的处理器420执行以完成上述示例性实施例中 所涉及的其他步骤。例如，所述非临时性计算机可读存储介质可以是rom、随机 存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
171.在示例性实施例中，还提供了一种应用程序/计算机程序产品，包括一条或 多条指令，该一条或多条指令可以由电子设备400的处理器420执行，以完成 上述基于音视频流推送的方法，该方法包括：接收客户端基于quic协议发送的 用户访问请求；检测自身负荷是否超过预设负荷，若是，则生成包含有第二边 缘服务器地址信息的第一响应消息，所述第一响应消息还包括标识信息，所述 标识信息用于指示所述客户端基于http或https协议向所述第二边缘服务器发 送所述用户访问请求；将所述第一响应消息发送给所述客户端。可选地，上述 指令还可以由电子设备400的处理器420执行以完成上述示例性实施例中所涉 及的其他步骤。
172.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申 请的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化， 这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开 的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性 的，本技术的真正范围和精神由下面的权利要求指出。
173.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结 构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的 权利要求来限制。

技术特征：
1.一种处理用户访问请求的方法，其特征在于，应用于第一边缘服务器，包括：接收客户端基于quic协议发送的用户访问请求；检测自身负荷是否超过预设负荷，若是，则生成包含有第二边缘服务器地址信息的第一响应消息，所述第一响应消息还包括标识信息，所述标识信息用于指示所述客户端基于http或https协议向所述第二边缘服务器发送所述用户访问请求；将所述第一响应消息发送给所述客户端。2.如权利要求1所述的方法，其特征在于，所述标识信息位于所述第一响应消息的响应头或响应体中。3.如权利要求1所述的方法，其特征在于，所述检测自身负荷是否超过预设负荷，包括：检测所述第一边缘服务器当前的业务处理量是否超过第一预设阈值，若超过第一预设阈值，则超过预设负荷。4.如权利要求1所述的方法，其特征在于，在所述生成包含有第二边缘服务器地址信息的第一响应消息之前，还包括：确定与自身相关联的服务器集群；基于预设规则，从所述服务器集群中选取所述第二边缘服务器。5.如权利要求4所述的方法，其特征在于，所述基于预设规则，从所述服务器集群中选取所述第二边缘服务器，包括：从所述服务器集群中随机选取的边缘服务器作为所述第二边缘服务器；或，从所述服务器集群中将当前业务处理量低于第二预设阈值的边缘服务器作为所述第二边缘服务器，所述第二预设阈值小于所述第一预设阈值；或，从所述服务器集群中将部署位置与所述客户端所在区域相匹配的边缘服务器作为所述第二边缘服务器。6.如权利要求4所述的方法，其特征在于，在所述基于预设规则，从所述业务服务器集群中选取所述第二边缘服务器之后，还包括：获取所述第二边缘服务器对应的域名或者ip地址，并将所述域名或者ip地址作为所述第二边缘服务器的地址信息。7.如权利要求1所述的方法，其特征在于，所述生成包含有第二边缘服务器地址信息的第一响应消息，包括：生成用于指示所述客户端仅下一次向所述第二边缘服务器发送所述用户访问请求的第一响应消息；或，生成用于指示所述客户端永久向所述第二边缘服务器发送所述用户访问请求的第一响应消息。8.如权利要求7所述的方法，其特征在于，所述生成用于指示所述客户端仅下一次向所述第二边缘服务器发送所述用户访问请求的第一响应消息，包括：检测历史时间段内向至少一个客户端发送第一响应消息的次数；若所述次数未超过预设数值，生成用于指示所述客户端仅下一次向所述第二边缘服务器进行数据访问的第一响应消息；或，检测当前业务处理量；若所述业务处理量超过所述第一预设阈值且未超过第三预设阈值，生成用于指示所述客户端仅下一次向所述第二边缘服务器进行数据访问的第一响应消
息，其中，所述第三预设阈值大于所述第一预设阈值。9.如权利要求7所述的方法，其特征在于，所述生成用于指示所述客户端永久向所述第二边缘服务器发送所述用户访问请求的第一响应消息，包括：检测历史时间段内向至少一个客户端发送第一响应消息的次数；若所述次数超过预设数值，生成用于指示所述客户端永久向所述第二边缘服务器进行数据访问的第一响应消息；或，检测当前业务处理量；若所述业务处理量超过第三预设阈值，生成用于指示所述客户端永久向所述第二边缘服务器进行数据访问的第一响应消息，其中，所述第三预设阈值大于所述第一预设阈值。10.一种处理用户访问请求的方法，其特征在于，应用于第二边缘服务器，包括：接收客户端基于http或https协议发送的用户访问请求，所述用户访问请求为所述客户端在历史时间段内，基于quic协议向第一边缘服务器发送过的用户访问请求；基于http或https协议向所述客户端发送第二响应消息，所述第二响应消息包括所述客户端所请求的资源数据。11.一种处理用户访问请求的电子装置，其特征在于，应用于第一边缘服务器，包括：第一接收模块，被配置为接收客户端基于quic协议发送的用户访问请求；检测模块，被配置为检测自身负荷是否超过预设负荷，若是，则生成包含有第二边缘服务器地址信息的第一响应消息，所述第一响应消息用于指示所述客户端基于http或https协议向所述第二边缘服务器发送所述用户访问请求；第一发送模块，被配置为将所述第一响应消息发送给所述客户端。12.一种处理用户访问请求的电子装置，其特征在于，应用于第二边缘服务器，包括：第二接收模块，被配置为接收客户端基于http或https协议发送的用户访问请求，所述用户访问请求为所述客户端在历史时间段内，基于quic协议向第一边缘服务器发送过的用户访问请求；第二发送模块，被配置为基于http或https协议向所述客户端发送第二响应消息，所述第二响应消息包括所述客户端所请求的资源数据。13.一种电子设备，其特征在于，包括：存储器，用于存储可执行指令；以及，处理器，用于与所述存储器显示以执行所述可执行指令从而完成权利要求1-9或10中任一所述处理用户访问请求的方法的操作。14.一种计算机可读存储介质，用于存储计算机可读取的指令，其特征在于，所述指令被执行时执行权利要求1-9或10中任一所述处理用户访问请求的方法的操作。15.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行实现如权利要求1-9或10中任一所述处理用户访问请求的方法的操作。

技术总结
本申请公开了一种处理用户访问请求的方法、电子装置、电子设备以及介质。本申请中，可以由第一边缘服务器接收客户端基于QUIC协议发送的用户访问请求；检测自身负荷是否超过预设负荷，若是，则生成包含有第二边缘服务器地址信息的第一响应消息，第一响应消息还包括标识信息，标识信息用于指示客户端基于HTTP或HTTPS协议向第二边缘服务器发送用户访问请求；将第一响应消息发送给客户端。将第一响应消息发送给客户端。将第一响应消息发送给客户端。


技术研发人员：董学颖 李逸骏
受保护的技术使用者：贵州白山云科技股份有限公司
技术研发日：2022.01.21
技术公布日：2023/7/31