CN116915830B - 请求处理方法、装置 - Google Patents

请求处理方法、装置 Download PDF

Info

Publication number
CN116915830B
CN116915830B CN202311177791.0A CN202311177791A CN116915830B CN 116915830 B CN116915830 B CN 116915830B CN 202311177791 A CN202311177791 A CN 202311177791A CN 116915830 B CN116915830 B CN 116915830B
Authority
CN
China
Prior art keywords
rpc
request
namenode
procedure call
remote procedure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202311177791.0A
Other languages
English (en)
Other versions
CN116915830A (zh
Inventor
张步涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Suzhou Software Technology Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Suzhou Software Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Suzhou Software Technology Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN202311177791.0A priority Critical patent/CN116915830B/zh
Publication of CN116915830A publication Critical patent/CN116915830A/zh
Application granted granted Critical
Publication of CN116915830B publication Critical patent/CN116915830B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/133Protocols for remote procedure calls [RPC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开涉及通信技术领域,尤其涉及一种请求处理方法、装置。其中,该请求处理方法,包括:接收终端设备发送的远程过程调用RPC请求;控制RPC限流服务获取至少两个主节点NameNode的流量阈值;在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。采用本公开可以提供RPC请求的限流机制,减少RPC请求积压的情况,提高数据处理效率。

Description

请求处理方法、装置
技术领域
本公开涉及通信技术领域,尤其涉及一种请求处理方法、装置。
背景技术
随着科学技术的发展,互联网已经成为人们日常生活中必不可少的一部分。在互联网平台中,数据请求是非常常用的功能。其中,客户端的远程过程调用(RemoteProcedure Call,RPC)例如可以是由客户端对服务器发出一个执行若干过程请求,并用客户端提供的参数,执行结果,并将结果返回给客户端的过程。但是,客户端的RPC请求会造成主节点Namenode的性能瓶颈,使得RPC请求积压无法提供相应服务的情况。
发明内容
本公开提供一种请求处理方法、装置,以提供RPC请求的限流机制,减少RPC请求积压的情况,提高数据处理效率。本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种请求处理方法,其特征在于,包括:
接收终端设备发送的远程过程调用RPC请求;
控制RPC限流服务获取至少两个主节点NameNode的流量阈值;
在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。
根据一些实施例,所述方法还包括:
控制所述限流服务生成与所述至少两个主节点NameNode对应的schema,其中,所述schema用于访问所述至少两个主节点NameNode。
根据一些实施例,在所述控制RPC限流服务获取至少两个主节点NameNode的流量阈值之后,还包括:
在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,则触发针对所述远程过程调用RPC请求的延迟重试请求。
根据一些实施例,所述方法还包括:
在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,发出异常信息,其中,所述异常信息用于提示所述远程过程调用RPC请求的数量大于或者等于所述流量阈值。
根据一些实施例,在所述触发针对所述远程过程调用RPC请求的延迟重试请求之后,还包括:
在所述延迟重试次数达到重试次数阈值的情况下,停止针对所述远程过程调用RPC请求的延迟重试请求处理,确定所述远程过程调用RPC请求失败。
根据一些实施例,在所述控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode之后,还包括:
控制所述RPC转发服务接收所述至少两个主节点NameNode发送的NameNode信息;
控制所述RPC转发服务发送所述NameNode信息至所述RPC限流服务。
根据一些实施例,所述控制RPC限流服务获取至少两个主节点NameNode的流量阈值,包括:
每隔预设时长控制RPC指标监控服务接收连接管理服务发送的RPCClientProtoclo协议信令,其中,所述RPCClientProtoclo协议中包括至少两个主节点NameNode的指标信息,所述指标信息中包括RPC存储队列程度、PRC请求平均处理时间和至少两个主节点NameNode的流量阈值中至少一个;
控制所述RPC指标监控服务发送所述至少两个主节点NameNode的指标信息至所述RPC限流服务。
根据本公开实施例的第二方面,提供一种请求处理装置,包括:
请求接收单元,用于接收终端设备发送的远程过程调用RPC请求;
阈值获取单元,用于控制RPC限流服务获取至少两个主节点NameNode的流量阈值;
请求转发单元,用于在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。
根据本公开实施例的第三方面,提供一种网络侧设备,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现前述一方面中任一项所述的请求处理方法。
根据本申请的第四方面,提供了一种存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行前述一方面中任一项所述的请求处理方法。
根据本申请的第五方面,提供了一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现前述一方面中任一项所述的方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
在一些或者相关实施例中,通过接收终端设备发送的远程过程调用RPC请求;控制RPC限流服务获取至少两个主节点NameNode的流量阈值;在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。因此,可以根据NameNode的流量阈值对RPC请求作出限制,减少RPC请求积压的情况,且无需人工参与,可以减少人工工作量,可以提高数据处理效率的同时提高NameNode的稳定性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种请求处理方法的流程图;
图2是根据一示例性实施例示出的一种请求处理方法的系统结构图;
图3是根据一示例性实施例示出的一种请求处理方法的流程图;
图4是根据一示例性实施例示出的一种请求处理方法的流程图;
图5是根据一示例性实施例示出的一种请求处理装置的框图;
图6是根据一示例性实施例示出的一种终端设备的框图;
图7是根据一示例性实施例示出的一种网络侧设备的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
本公开实施例提出了请求处理方法、装置。在一些实施例中,请求处理方法与信息处理方法、通信方法等术语可以相互替换,请求处理装置与信息处理装置、通信装置等术语可以相互替换,信息处理系统、通信系统等术语可以相互替换。
本公开实施例并非穷举,仅为部分实施例的示意,不作为对本公开保护范围的具体限制。在不矛盾的情况下,某一实施例中的每个步骤均可以作为独立实施例来实施,且各步骤之间可以任意组合,例如,在某一实施例中去除部分步骤后的方案也可以作为独立实施例来实施,且在某一实施例中各步骤的顺序可以任意交换,另外,某一实施例中的可选实现方式可以任意组合;此外,各实施例之间可以任意组合,例如,不同实施例的部分或全部步骤可以任意组合,某一实施例可以与其他实施例的可选实现方式任意组合。
在各本公开实施例中,如果没有特殊说明以及逻辑冲突,各实施例之间的术语和/或描述具有一致性,且可以互相引用,不同实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本公开实施例中所使用的术语只是为了描述特定实施例的目的,而并非作为对本公开的限制。
在本公开实施例中,除非另有说明,以单数形式表示的元素,如“一个”、“一种”、“该”、“上述”、“所述”、“前述”、“这一”等,可以表示“一个且只有一个”,也可以表示“一个或多个”、“至少一个”等。例如,在翻译中使用如英语中的“a”、“an”、“the”等冠词(article)的情况下,冠词之后的名词可以理解为单数表达形式,也可以理解为复数表达形式。
在本公开实施例中,“多个”是指两个或两个以上。
在一些实施例中,“至少一者(至少一项、至少一个)(at least one of)”、“一个或多个(one or more)”、“多个(a plurality of)”、“多个(multiple)等术语可以相互替换。
在一些实施例中,“A、B中的至少一者”、“A和/或B”、“在一情况下A,在另一情况下B”、“响应于一情况A,响应于另一情况B”等记载方式,根据情况可以包括以下技术方案:在一些实施例中A(与B无关地执行A);在一些实施例中B(与A无关地执行B);在一些实施例中从A和B中选择执行(A和B被选择性执行);在一些实施例中A和B(A和B都被执行)。当有A、B、C等更多分支时也类似上述。
在一些实施例中,“A或B”等记载方式,根据情况可以包括以下技术方案:在一些实施例中A(与B无关地执行A);在一些实施例中B(与A无关地执行B);在一些实施例中从A和B中选择执行(A和B被选择性执行)。当有A、B、C等更多分支时也类似上述。
本公开实施例中的“第一”、“第二”等前缀词,仅仅为了区分不同的描述对象,不对描述对象的位置、顺序、优先级、数量或内容等构成限制,对描述对象的陈述参见权利要求或实施例中上下文的描述,不应因为使用前缀词而构成多余的限制。例如,描述对象为“字段”,则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序,“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中,也不限制“第一字段”和“第二字段”的先后顺序。再如,描述对象为“等级”,则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如,描述对象的数量并不受序数词的限制,可以是一个或者多个,以“第一装置”为例,其中“装置”的数量可以是一个或者多个。此外,不同前缀词修饰的对象可以相同或不同,例如,描述对象为“装置”,则“第一装置”和“第二装置”可以是相同的装置或者不同的装置,其类型可以相同或不同;再如,描述对象为“信息”,则“第一信息”和“第二信息”可以是相同的信息或者不同的信息,其内容可以相同或不同。
在一些实施例中,“包括A”、“包含A”、“用于指示A”、“携带A”,可以解释为直接携带A,也可以解释为间接指示A。
在一些实施例中,“响应于……”、“响应于确定……”、“在……的情况下”、“在……时”、“当……时”、“若……”、“如果……”等术语可以相互替换。
在一些实施例中,“大于”、“大于或等于”、“不小于”、“多于”、“多于或等于”、“不少于”、“高于”、“高于或等于”、“不低于”、“以上”等术语可以相互替换,“小于”、“小于或等于”、“不大于”、“少于”、“少于或等于”、“不多于”、“低于”、“低于或等于”、“不高于”、“以下”等术语可以相互替换。
在一些实施例中,装置和设备可以解释为实体的、也可以解释为虚拟的,其名称不限定于实施例中所记载的名称,在一些情况下也可以被理解为 “设备(equipment)”、“设备(device)”、“电路”、“网元”、“节点”、“功能”、“单元”、“部件(section)”、“系统”、“网络”、“芯片”、“芯片系统”、“实体”、“主体”等。
在一些实施例中,“网络”可以解释为网络中包含的装置,例如,接入网设备、核心网设备等。
在一些实施例中,“终端(terminal)”或“终端设备(terminal device)”可以被称为“用户设备(user equipment,UE)”、“用户终端(user terminal)”、“移动台(mobilestation,MS)”、“移动终端(mobile terminal,MT)”、订户站(subscriber station)、移动单元(mobile unit)、订户单元(subscriber unit)、无线单元(wireless unit)、远程单元(remote unit)、移动设备(mobile device)、无线设备(wireless device)、无线通信设备(wireless communication device)、远程设备(remote device)、移动订户站(mobilesubscriber station)、接入终端(access terminal)、移动终端(mobile terminal)、无线终端(wireless terminal)、远程终端(remote terminal)、手持设备(handset)、用户代理(user agent)、移动客户端(mobile client)、客户端(client)等。
在一些实施例中,可以在得到用户同意后获取数据、信息等。
此外,本公开实施例的表格中的每一元素、每一行、或每一列均可以作为独立实施例来实施,任意元素、任意行、任意列的组合也可以作为独立实施例来实施。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在通信系统中,Hadoop分布式文件系统(Hadoop Distributed File System,HDFS)是一个开源的分布式大数据存储系统,其架构例如可以为Master/Slave结构,核心组件包括Master组件NameNode(维护系统的元数据和响应客户端的RPC,Remote ProcedureCall请求)和Slave组件DataNode(存储具体的数据和响应客户端读写数据IO的操作)。
根据一些实施例,例如可以控制单个NameNode的文件数量。NameNode文件数量超过某一固定值导致内存压力过大,会频繁出现RPC请求积压。例如可以通过定时删除历史数据,以及控制业务产生的小文件数量来缓解NameNode RPC处理压力。
根据一些实施例,例如可以扩展多组NameNode,组成HDSF Federation。划分不同的业务使用不同的NameNode,缓解因上层业务请求同一个NameNode而导致的RPC积压。
根据一些实施例,例如可以开源Namenode内部提供了一种公平呼叫队列FairCall queue的方案。HDFS默认的CallQueue方案实现直接承接RPC框架的反序列化出来的客户端RPC请求,然后Namenode内部若干个Handler从queue中顺序取请求处理。没有任何限流、熔断机制。Fair Call queue方案将callqueue分成多个子队列,每个队列设置一个权重作为handler处理的优先级,根据周期时间内用户对于集群RPC请求的计数在RPC总计数的比例进行判断,得出该请求的优先级的,一个用户的RPC请求越多,RPC优先级越低,其RPC请求被handler处理的延迟就越大。Fair Callqueue方案可以通过配置用户RPC请求在总请求量的占比,来决定每个用户RPC请求的优先级,从而放到不同的子callqueue中。该方案可以限制RPC请求量大的用户的请求处理效率,从而达到公平Fair调度的效果。
图1是根据一示例性实施例示出的一种请求处理方法的流程图,如图1所示,包括以下步骤:
在步骤S11中,接收终端设备发送的远程过程调用RPC请求;
根据一些实施例,远程过程调用(Remote Procedure Call,RPC)请求用于请求第三方接口对当前数据进行处理。该远程过程调用请求并不特指某一固定请求。例如,当该远程过程调用请求包括的当前数据发生变化时,该远程过程调用请求也可以相应变化。例如,当该远程过程调用请求包括的请求时间发生变化时,该远程过程调用请求也可以相应变化。
根据一些实施例,本公开实施例例如可以用于Hadoop分布式文件系统(HadoopDistributed File System,HDFS)。
在一些实施例之中,图2是根据一示例性实施例示出的一种请求处理方法的系统结构图。如图所示,该系统包括管理员操作面板(RPC throttle admin console)、限流系统客户端接入层、至少两个主节点(NameNodes)。其中,限流系统客户端接入层例如可以包括RPC限流服务(RPCThrottleServer)、RPC指标监控服务(RPCMetricsMonitor)、RPC转发服务(RPCDispatchServer)。限流系统客户端接入层例如可以是用户可以直接使用HDFS客户端接入RPC限流系统;HDFS上层相关计算引擎如hive、spark也可以配置使用RPC限流系统。由限流系统统一接收RPC请求并进行流量控制、转发等。
根据一些实施例,管理员操作面板用于提供管理员操作界面,能够可视化监控各个NameNode RPC流量,可以灵活配置NameNode的RPC流量上限,或者针对某个租户进行流量上限设置。因此本公开实施例可以提供一套管理界面可以动态修改、细粒度配置、实时监控每个用户到每个NameNode的RPC流量,减少运维工作量,提高NameNode的RPC流量管理的便利性。
在一些实施例之中,网络侧设备例如可以接收终端设备发送的远程过程调用RPC请求。
在步骤S12中,控制RPC限流服务获取至少两个主节点NameNode的流量阈值;
根据一些实施例,RPC限流服务限流服务例如可以是用来接收终端设备如hive、spark等上层应用组件的RPC请求;同时RPC限流服务中记录了每个NameNode的流量阈值。其中,该终端设备例如可以是HDFS客户端。
其中,任一主节点NameNode的流量阈值并不特指某一固定阈值。例如,当接收到针对该流量阈值的修改指令时,可以对该任一主节点NameNode的流量阈值进行修改。
根据一些实施例,可以控制RPC限流服务获取至少两个主节点NameNode的流量阈值。
其中,步骤S11和步骤S12的执行顺序并不作限定。例如,可以先执行步骤S11,后执行步骤S12,例如还可以先执行步骤S12,后执行步骤S11,例如可以同时执行步骤S11和步骤S12。
在步骤S13中,在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。
根据一些实施例,在获取到远程过程调用RPC请求时,可以判断远程过程调用RPC请求的数量和所述至少两个主节点NameNode的流量阈值的大小关系。在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。
其中,RPC转发服务例如可以用来接收RPC限流服务的转发请求,然后建立HDFS客户端与最终的NameNode RPC通信连接。
在一些或者相关实施例中,通过接收终端设备发送的远程过程调用RPC请求;控制RPC限流服务获取至少两个主节点NameNode的流量阈值;在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。因此,可以根据NameNode的流量阈值对RPC请求作出限制,减少RPC请求积压的情况,减少RPC请求洪峰导致的整体集群负载的情况,且无需人工参与,可以减少人工工作量,可以提高数据处理效率的同时提高NameNode的稳定性。另外,可以针对每个用户对每个NameNode作RPC流量的精确控制、限流以及路由,减少个别用户的RPC请求流量过多导致的NameNode高负载痛点的情况,有效减少了NameNode服务在高并发下的宕机风险。
图3是根据一示例性实施例示出的一种请求处理方法的流程图,如图3所示,包括以下步骤:
在步骤S21中,接收终端设备发送的远程过程调用RPC请求;
具体过程如上所述,此处不再赘述。
根据一些实施例,RPCThrottleServer限流服务接收客户端RPC请求,并与下游的RPCMetricsMonitor指标监控服务的RPC指标采集组件交互。
根据一些实施例,图4是根据一示例性实施例示出的一种请求处理方法的流程图,如图4所示,本公开实施例的执行主体例如可以是网络侧设备,该网络侧设备具体可以是RPC限流系统。该RPC限流系统能够根据集群RPC负载对具体的NameNode进行RPC限流、熔断,动态路由客户端请求至RPC负载低的NameNode。解决了大规模集群下NameNode RPC负载高导致的各种集群问题。
根据一些实施例,客户端发起RPC请求,RPC请求中有具体NameNode路径信息以及用户相关的Context上下文信息,Context信息作为后续RPC限流步骤的依赖信息。客户端例如可以是HDFS Client或者hive、spark中的HDFS客户端api接口等。
在步骤S22中,控制RPC限流服务获取至少两个主节点NameNode的流量阈值;
具体过程如上所述,此处不再赘述。
根据一些实施例,控制RPC限流服务获取至少两个主节点NameNode的流量阈值,包括:每隔预设时长控制RPC指标监控服务接收连接管理服务发送的RPCClientProtoclo协议信令,其中,所述RPCClientProtoclo协议中包括至少两个主节点NameNode的指标信息,所述指标信息中包括RPC存储队列程度、PRC请求平均处理时间和至少两个主节点NameNode的流量阈值中至少一个;控制所述RPC指标监控服务发送所述至少两个主节点NameNode的指标信息至所述RPC限流服务。
其中,预设时长例如可以根据时长设置指令设置的。例如还可以是服务器根据时长采集模型确定的。该预设时长并不特指某一固定时长。例如,当接收到针对预设时长的修改指令时,可以根据该修改指令对预设时长进行修改。
其中,RPC指标监控服务(RPCMetricsMonitor)例如可以用来定期收集集群多个NameNode的RPC统计信息,如RPC连接总数、RPC响应时间等。
其中,RPCMetricsMonitor与NameNode每次交互初始化RPCClientProtoclo协议作为通信连接的媒介。
其中,该限流系统中还包括连接管理(ConnectonManager),连接管理维护了各个NameNode RPC连接池,用于快速和NameNode建立通信连接,例如可以用来服务RPCMetricsMonitor组件访问频繁访问NameNode RPC状态信息,以此更实时地获取有效RPC信息,提高RPC信息获取效率。
根据一些实施例,所述方法还包括:控制所述限流服务生成与所述至少两个主节点NameNode对应的schema,其中,所述schema用于访问所述至少两个主节点NameNode。
其中,限流服务提供了对底层多个NameNode 的schema统一命名,允许客户端使用统一命名的schema访问多个NameNode。
根据一些实施例,例如可以控制RPCThrottleServer生成统一的NameNodeSchema,统一的schema使得用户的HDFS路径请求可以无感知映射到多个NameNode,能够解决用户业务跨多个不同NameNode无法访问的问题。例如原有业务存储在hdfs://ns1/data1和hdfs://ns2/data1路径,通过RPCThrottleServer可以使用hdfs://ns/data1路径统一访问。
在步骤S23中,在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,则触发针对所述远程过程调用RPC请求的延迟重试请求;
具体过程如上所述,此处不再赘述。
根据一些实施例,限流系统中会预设各个NameNode的RPC上限,或者具体用户的RPC上限,所有客户端对NameNode RPC请求在实际建立连接之前都会进行判断当前NameNode状态。例如,在获取到远程过程调用RPC请求时,可以判断远程过程调用RPC请求的数量和所述至少两个主节点NameNode的流量阈值的大小关系。在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,则触发针对所述远程过程调用RPC请求的延迟重试请求。
在一些实施例之中,所述至少两个主节点NameNode的流量阈值例如可以是1000;远程过程调用RPC请求的数量例如可以是1200,则触发针对所述远程过程调用RPC请求的延迟重试请求。
根据一些实施例,所述方法还包括:在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,发出异常信息,其中,所述异常信息用于提示所述远程过程调用RPC请求的数量大于或者等于所述流量阈值,因此可以减少异常信息的获取时长,提高请求的处理效率。
在步骤S24中,在所述延迟重试次数达到重试次数阈值的情况下,停止针对所述远程过程调用RPC请求的延迟重试请求处理,确定所述远程过程调用RPC请求失败;
根据一些实施例,由于远程过程调用RPC请求具有瞬时峰值的情况,因此在延迟重试时会存在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况。
在一些实施例之中,重试次数阈值例如可以是预先设置的重试最大次数。在所述延迟重试次数达到重试次数阈值的情况下,停止针对所述远程过程调用RPC请求的延迟重试请求处理,确定所述远程过程调用RPC请求失败,可以减少对资源的持续占用,提高资源利用效率。
在步骤S25中,在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode;
具体过程如上所述,此处不再赘述。
在一些实施例之中,所述至少两个主节点NameNode的流量阈值例如可以是1000;远程过程调用RPC请求的数量例如可以是800,则控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。其中,控制RPC转发服务将所述远程过程调用RPC请求转发至不同的主节点NameNode。
根据一些实施例,RPCDispactherServer会把路径最终的写入信息传递给RPCThrottleServer,通过该信息,可以下次对该路径进行精准读取。
在步骤S26中,控制所述RPC转发服务接收所述至少两个主节点NameNode发送的NameNode信息;
具体过程如上所述,此处不再赘述。
根据一些实施例,在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode之后,可以控制所述RPC转发服务接收所述至少两个主节点NameNode发送的NameNode信息。
在步骤S27中,控制所述RPC转发服务发送所述NameNode信息至所述RPC限流服务。
根据一些实施例,在控制所述RPC转发服务接收所述至少两个主节点NameNode发送的NameNode信息时,可以控制所述RPC转发服务发送所述NameNode信息至所述RPC限流服务。
根据一些实施例,RPCThrottleServer服务中例如维护了与客户端对应的hdfs路径在各个NameNode中的路由信息,如客户端传入/data1路径,可以根据路由信息把/data1路径映射成实际的hdfs://ns1和hdfs://ns2路径;具体存储的路由信息由RPCDispatcherServer返回。
在一些或者相关实施例中,通过接收终端设备发送的远程过程调用RPC请求;控制RPC限流服务获取至少两个主节点NameNode的流量阈值;在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,则触发针对所述远程过程调用RPC请求的延迟重试请求;在所述延迟重试次数达到重试次数阈值的情况下,停止针对所述远程过程调用RPC请求的延迟重试请求处理,确定所述远程过程调用RPC请求失败。因此可以减少RPC请求对资源的占用情况,可以提高RPC请求成功概率,减少直接请RPC请求失败,使得数据处理不准确的情况。另外,在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode;控制所述RPC转发服务接收所述至少两个主节点NameNode发送的NameNode信息;控制所述RPC转发服务发送所述NameNode信息至所述RPC限流服务。因此可以通过RPC的细粒度限流、路由控制,减少单个NameNode服务的高负载以及宕机的风险,提高任务平稳运行的概率,可以提高数据处理效率,进而可以推进请求流程。
图5是根据一示例性实施例示出的一种请求处理装置框图。参照图5,该请求处理装置500包括:
请求接收单元501,用于接收终端设备发送的远程过程调用RPC请求;
阈值获取单元502,用于控制RPC限流服务获取至少两个主节点NameNode的流量阈值;
请求转发单元503,用于在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。
根据一些实施例,请求转发单元503,还用于:
控制所述限流服务生成与所述至少两个主节点NameNode对应的schema,其中,所述schema用于访问所述至少两个主节点NameNode。
根据一些实施例,请求转发单元503,还用于在所述控制RPC限流服务获取至少两个主节点NameNode的流量阈值之后,具体用于:
在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,则触发针对所述远程过程调用RPC请求的延迟重试请求。
根据一些实施例,请求转发单元503,还用于在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,发出异常信息,其中,所述异常信息用于提示所述远程过程调用RPC请求的数量大于或者等于所述流量阈值。
根据一些实施例,请求转发单元503,还用于在所述触发针对所述远程过程调用RPC请求的延迟重试请求之后,具体用于:
在所述延迟重试次数达到重试次数阈值的情况下,停止针对所述远程过程调用RPC请求的延迟重试请求处理,确定所述远程过程调用RPC请求失败。
根据一些实施例,请求转发单元503,还用于在所述控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode之后,具体用于:
控制所述RPC转发服务接收所述至少两个主节点NameNode发送的NameNode信息;
控制所述RPC转发服务发送所述NameNode信息至所述RPC限流服务。
根据一些实施例,阈值获取单元502,用于控制RPC限流服务获取至少两个主节点NameNode的流量阈值时,具体用于:
每隔预设时长控制RPC指标监控服务接收连接管理服务发送的RPCClientProtoclo协议信令,其中,所述RPCClientProtoclo协议中包括至少两个主节点NameNode的指标信息,所述指标信息中包括RPC存储队列程度、PRC请求平均处理时间和至少两个主节点NameNode的流量阈值中至少一个;
控制所述RPC指标监控服务发送所述至少两个主节点NameNode的指标信息至所述RPC限流服务。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
在一些或者相关实施例中,通过请求接收单元,用于接收终端设备发送的远程过程调用RPC请求;阈值获取单元,用于控制RPC限流服务获取至少两个主节点NameNode的流量阈值;请求转发单元,用于在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode。因此,可以根据NameNode的流量阈值对RPC请求作出限制,减少RPC请求积压的情况,减少RPC请求洪峰导致的整体集群负载的情况,且无需人工参与,可以减少人工工作量,可以提高数据处理效率的同时提高NameNode的稳定性。
图6是本公开一个实施例所提供的一种终端设备UE600的框图。例如,UE600可以是移动电话,计算机,数字广播终端设备,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图6,UE600可以包括以下至少一个组件:处理组件602,存储器604,电源组件606,多媒体组件608,音频组件610,输入/输出(I/O)的接口612,传感器组件614,以及通信组件616。
处理组件602通常控制UE600的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件602可以包括至少一个处理器620来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件602可以包括至少一个模块,便于处理组件602和其他组件之间的交互。例如,处理组件602可以包括多媒体模块,以方便多媒体组件608和处理组件602之间的交互。
存储器604被配置为存储各种类型的数据以支持在UE600的操作。这些数据的示例包括用于在UE600上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件606为UE600的各种组件提供电力。电源组件606可以包括电源管理系统,至少一个电源,及其他与为UE600生成、管理和分配电力相关联的组件。
多媒体组件608包括在所述UE600和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括至少一个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的唤醒时间和压力。在一些实施例中,多媒体组件608包括一个前置摄像头和/或后置摄像头。当UE600处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件610被配置为输出和/或输入音频信号。例如,音频组件610包括一个麦克风(MIC),当UE600处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中,音频组件610还包括一个扬声器,用于输出音频信号。
I/O接口612为处理组件602和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件614包括至少一个传感器,用于为UE600提供各个方面的状态评估。例如,传感器组件614可以检测到UE600的打开/关闭状态,组件的相对定位,例如所述组件为UE600的显示器和小键盘,传感器组件614还可以检测UE600或UE600的一个组件的位置改变,用户与UE600接触的存在或不存在,UE600方位或加速/减速和UE600的温度变化。传感器组件614可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件614还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件616被配置为便于UE600和其他设备之间有线或无线方式的通信。UE600可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件616还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,UE600可以被至少一个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
图7是本公开实施例所提供的一种网络侧设备700的框图。例如,网络侧设备700可以被提供为一网络侧设备。参照图7,网络侧设备700包括处理组件722,其进一步包括至少一个处理器,以及由存储器732所代表的存储器资源,用于存储可由处理组件722的执行的指令,例如应用程序。存储器732中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件722被配置为执行指令,以执行上述方法前述应用在所述网络侧设备的任意方法。
网络侧设备700还可以包括一个电源组件727被配置为执行网络侧设备700的电源管理,一个有线或无线网络接口750被配置为将网络侧设备700连接到网络,和一个输入/输出(I/O)接口758。网络侧设备700可以操作基于存储在存储器732的操作系统,例如WindowsServer TM,Mac OS XTM,Unix TM,Linux TM,Free BSDTM或类似。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)、互联网和区块链网络。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务("Virtual Private Server",或简称 "VPS")中,存在的管理难度大,业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器,或者是结合了区块链的服务器。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。

Claims (9)

1.一种请求处理方法,其特征在于,包括:
接收终端设备发送的远程过程调用RPC请求,所述RPC请求中包括NameNode路径信息以及用户相关的Context上下文信息;
控制RPC限流服务获取至少两个主节点NameNode的流量阈值;
在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode;其中,所述RPC限流服务中维护有与客户端对应的HDFS路径在各个NameNode中的路由信息;
控制所述限流服务生成与所述至少两个主节点NameNode对应的schema,其中,所述schema为对所述至少两个主节点NameNode的统一命名,用于访问所述至少两个主节点NameNode。
2.根据权利要求1所述的方法,其特征在于,在所述控制RPC限流服务获取至少两个主节点NameNode的流量阈值之后,还包括:
在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,则触发针对所述远程过程调用RPC请求的延迟重试请求。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在所述远程过程调用RPC请求的数量大于或等于所述至少两个主节点NameNode的流量阈值的情况下,发出异常信息,其中,所述异常信息用于提示所述远程过程调用RPC请求的数量大于或者等于所述流量阈值。
4.根据权利要求2所述的方法,其特征在于,在所述触发针对所述远程过程调用RPC请求的延迟重试请求之后,还包括:
在所述延迟重试次数达到重试次数阈值的情况下,停止针对所述远程过程调用RPC请求的延迟重试请求处理,确定所述远程过程调用RPC请求失败。
5.根据权利要求1所述的方法,其特征在于,在所述控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode之后,还包括:
控制所述RPC转发服务接收所述至少两个主节点NameNode发送的NameNode信息;
控制所述RPC转发服务发送所述NameNode信息至所述RPC限流服务。
6.根据权利要求1所述的方法,其特征在于,所述控制RPC限流服务获取至少两个主节点NameNode的流量阈值,包括:
每隔预设时长控制RPC指标监控服务接收连接管理服务发送的RPCClientProtoclo协议信令,其中,所述RPCClientProtoclo协议中包括至少两个主节点NameNode的指标信息,所述指标信息中包括RPC存储队列程度、PRC请求平均处理时间和至少两个主节点NameNode的流量阈值中至少一个;
控制所述RPC指标监控服务发送所述至少两个主节点NameNode的指标信息至所述RPC限流服务。
7.一种请求处理装置,其特征在于,包括:
请求接收单元,用于接收终端设备发送的远程过程调用RPC请求,所述RPC请求中包括NameNode路径信息以及用户相关的Context上下文信息;
阈值获取单元,用于控制RPC限流服务获取至少两个主节点NameNode的流量阈值;
请求转发单元,用于在所述远程过程调用RPC请求的数量小于所述至少两个主节点NameNode的流量阈值的情况下,控制RPC转发服务将所述远程过程调用RPC请求转发至所述至少两个主节点NameNode;其中,所述RPC限流服务中维护有与客户端对应的HDFS路径在各个NameNode中的路由信息;
所述装置还用于:
控制所述限流服务生成与所述至少两个主节点NameNode对应的schema,其中,所述schema为对所述至少两个主节点NameNode的统一命名,用于访问所述至少两个主节点NameNode。
8.一种网络侧设备,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至6中任一项所述的请求处理方法。
9.一种存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如权利要求1至6中任一项所述的请求处理方法。
CN202311177791.0A 2023-09-13 2023-09-13 请求处理方法、装置 Active CN116915830B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311177791.0A CN116915830B (zh) 2023-09-13 2023-09-13 请求处理方法、装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311177791.0A CN116915830B (zh) 2023-09-13 2023-09-13 请求处理方法、装置

Publications (2)

Publication Number Publication Date
CN116915830A CN116915830A (zh) 2023-10-20
CN116915830B true CN116915830B (zh) 2023-12-12

Family

ID=88351524

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311177791.0A Active CN116915830B (zh) 2023-09-13 2023-09-13 请求处理方法、装置

Country Status (1)

Country Link
CN (1) CN116915830B (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112448987A (zh) * 2019-08-29 2021-03-05 北京京东尚科信息技术有限公司 一种熔断降级的触发方法、系统和存储介质
CN112579396A (zh) * 2020-12-25 2021-03-30 上海安畅网络科技股份有限公司 软件系统动态限流方法、装置及设备
CN113765818A (zh) * 2020-06-28 2021-12-07 北京沃东天骏信息技术有限公司 分布式限流方法、装置、设备、存储介质和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112448987A (zh) * 2019-08-29 2021-03-05 北京京东尚科信息技术有限公司 一种熔断降级的触发方法、系统和存储介质
CN113765818A (zh) * 2020-06-28 2021-12-07 北京沃东天骏信息技术有限公司 分布式限流方法、装置、设备、存储介质和系统
CN112579396A (zh) * 2020-12-25 2021-03-30 上海安畅网络科技股份有限公司 软件系统动态限流方法、装置及设备

Also Published As

Publication number Publication date
CN116915830A (zh) 2023-10-20

Similar Documents

Publication Publication Date Title
CN110633151B (zh) 分布式发布消息集群分区平衡的方法、装置及存储介质
CN113364818B (zh) 一种数据处理方法、装置和电子设备
JP5430744B2 (ja) 通信システムのリアルタイムの性能および負荷統計のためのシステムならびに方法
CN111404836B (zh) 数据传输控制方法、装置、控制中心、服务器及介质
CN104660685A (zh) 设备信息获取方法及装置
CN112134784A (zh) 消息展示方法、装置、终端、服务器、系统及存储介质
RU2642843C2 (ru) Способ и устройство обработки записи контактов
WO2019000414A1 (zh) 蜂窝网络中实现边缘计算的方法、装置、设备及基站
CN112671897B (zh) 分布式系统的访问方法、装置、存储介质、设备和产品
WO2021046674A1 (zh) 数据处理方法、装置、电子设备和计算机可读存储介质
EP3757738A1 (en) Method and device for page processing
US11197192B2 (en) Network connection management method, device and system
CN113220482A (zh) 调用请求处理方法、装置、电子设备及存储介质
CN106792892B (zh) 应用程序的访问控制方法和装置
US10548045B2 (en) Systems and methods for tracking and calculating aggregate maximum bit rate across multiple sessions
CN105517078A (zh) 网络连接的切换方法及装置
WO2019148495A1 (zh) 系统消息接收方法和装置、系统消息发送方法和装置
CN110913276B (zh) 数据处理的方法、装置、服务器、终端及存储介质
CN110933773B (zh) 链路监测方法及装置
CN110795314B (zh) 一种检测慢节点的方法、装置及计算机可读存储介质
CN116915830B (zh) 请求处理方法、装置
CN112616053A (zh) 直播视频的转码方法、装置及电子设备
CN116248483A (zh) 一种节点异常熔断方法、装置、电子设备及存储介质
RU2672716C2 (ru) Способ и устройство для ввода информации
CN115190158A (zh) 信息交互方法、信息交互装置、系统及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant