CN113765870A - 一种远程服务调用方法、装置和系统 - Google Patents
一种远程服务调用方法、装置和系统 Download PDFInfo
- Publication number
- CN113765870A CN113765870A CN202010903880.9A CN202010903880A CN113765870A CN 113765870 A CN113765870 A CN 113765870A CN 202010903880 A CN202010903880 A CN 202010903880A CN 113765870 A CN113765870 A CN 113765870A
- Authority
- CN
- China
- Prior art keywords
- service
- service providing
- load weight
- remote service
- calling
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/133—Protocols for remote procedure calls [RPC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Abstract
本申请提供了一种远程服务调用方法、装置和系统。所述方法包括:获取服务提供设备的资源信息;其中,所述资源信息为所述服务提供设备监控资源使用情况获取的;获取监控中心收集的远程服务调用失败信息;基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重;将所述服务提供设备的负载权重发送给服务消费设备,使所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。该方法能够提高调用远程服务的成功率。
Description
技术领域
本发明涉及信息处理技术领域,特别涉及一种远程服务调用方法、装置和系统。
背景技术
目前在大型互联网应用或高流量应用中,系统往往采用分布式服务实现整个业务线流程中不同子系统的调用及第三方的接口调用等,这些系统之间的调用,一般使用rpc框架,如dubbo,hession,微服务springcloud等。
这些rpc框架一般存在如下角色:服务提供者、注册中心、服务消费者、监控中心。
其中,服务提供者连接注册中心进行服务注册。
消费者监听注册中心对应的服务目录;
当服务提供者集合信息发生变更,注册中心会通知服务消费者信息变更;
消费者客户端得到当前的服务提供者集合,根据一定算法调用服务提供者接口进行逻辑处理;
监控中心会收集统计服务调用情况数据。
在实现本申请的过程中,发明人发现当作为消费者的服务消费设备无法与某台作为服务提供者的服务提供设备通信,或某台服务提供设备的资源占用率高等情况发生时,都会发生调用失败的情况,服务消费设备可能需要通过重试调用其他服务提供设备,导致调用成功率低下。
发明内容
有鉴于此,本申请提供一种远程服务调用方法、装置和系统,能够提高调用远程服务的成功率。
为解决上述技术问题,本申请的技术方案是这样实现的:
在一个实施例中,提供了一种远程服务调用方法,所述方法包括:
获取服务提供设备的资源信息;其中,所述资源信息为所述服务提供设备监控资源使用情况获取的;
获取监控中心收集的远程服务调用失败信息;
基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重;
将所述服务提供设备的负载权重发送给服务消费设备,使所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
在另一个实施例中,提供了一种远程服务调用方法,所述方法包括:
接收到管理注册中心发送的服务提供设备的负载权重时,进行存储;其中,所述负载权重为所述管理注册中心根据所述服务提供设备的资源信息,以及远程服务调用失败信息确定的;
当确定需要进行远程服务时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
在另一个实施例中,提供了一种远程服务调用装置,所述装置包括:第一获取单元、第二获取单元、计算单元和发送单元;
所述第一获取单元,用于获取服务提供设备的资源信息;其中,所述资源信息为所述服务提供设备监控资源使用情况获取的;
所述第二获取单元,用于获取监控中心收集的远程服务调用失败信息;
所述计算单元,用于基于所述第一获取单元获取的资源信息,以及所述第二获取单元获取的远程服务调用失败信息计算所述服务提供设备的负载权重;
所述发送单元,用于将所述计算单元获得的服务提供设备的负载权重发送给服务消费设备,使所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
在另一个实施例中,提供了一种远程服务调用装置,所述装置包括:接收单元、存储单元、记录单元和调用单元;
所述接收单元,用于接收管理注册中心发送的负载权重;
所述存储单元,用于当所述接收单元接收到管理注册中心发送的服务提供设备的负载权重时,进行存储;其中,所述负载权重为所述管理注册中心根据所述服务提供设备的资源信息,以及远程服务调用失败信息确定的;
所述记录单元,用于记录远程服务调用失败信息;
所述调用单元,用于当确定需要进行远程服务时,根据所述记录单元记录的远程服务调用失败信息,以及所述存储单元存储的服务提供设备的负载权重确定远程服务调用的服务提供设备。
在另一个实施例中,提供了一种远程服务调用系统,所述系统包括:服务提供设备、管理注册中心、服务消费设备和监控中心;
所述监控中心,收集远程服务调用失败信息;
所述服务提供设备,监控资源使用情况获取资源信息;
所述管理注册中心,获取所述服务提供设备的资源信息,以及所述监控中心收集的远程服务调用失败信息;基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重;将所述服务提供设备的负载权重发送给服务消费设备;
所述服务消费设备,根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
在另一个实施例中,提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现管理注册中心远程服务调用方法的步骤。
在另一个实施例中,提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现服务消费设备远程服务调用方法的步骤。
在另一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现管理注册中心远程服务调用方法的步骤。
在另一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现服务消费设备远程服务调用方法的步骤。
由上面的技术方案可见,上述实施例中通过引入服务提供设备的资源信息,监控中心监控的远程服务调用失败信息来共同确定服务提供设备的负载权重,使得服务消费设备在根据所述负载权重进行远程服务调用时能够更大概率地调用到资源充足的服务提供设备,并且服务消费设备在进行远程服务调用时,不仅考虑到负载权重,还考虑了本设备的远程服务调用失败信息,能够进一步提高调用远程服务的成功率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例中远程服务调用系统示意图;
图2为本申请实施例中远程服务调用系统实现远程服务调用流程示意图;
图3为本申请实施例一中管理注册中心实现远程服务调用流程示意图;
图4为本申请实施例二中管理注册中心实现远程服务调用流程示意图;
图5为本申请实施例三中管理注册中心实现远程服务调用流程示意图;
图6为本申请实施例四中服务消费设备实现远程服务调用的流程示意图;
图7为本申请实施例五中服务消费设备实现远程服务调用的流程示意图;
图8为本申请实施例中应用于管理注册中心的远程服务调用装置结构示意图;
图9为本申请实施例中应用于服务消费设备的远程服务调用装置结构示意图;
图10为本发明实施例提供的一种电子设备的实体结构示意图;
图11为本发明实施例提供的另一种电子设备的实体结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含。例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。
下面以具体实施例对本发明的技术方案进行详细说明。下面几个具体实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
本申请实施例中提供一种远程服务调用方法,应用于远程服务调用系统中,所述系统的部署为RPC架构,采用分布式服务实现整个业务流程。
参见图1,图1为本申请实施例中远程服务调用系统示意图。所述系统包括:服务提供设备、管理注册中心、服务消费设备和监控中心;
所述监控中心,收集远程服务调用失败信息;
所述服务提供设备,监控资源使用情况获取资源信息;
所述管理注册中心,获取所述服务提供设备的资源信息,以及所述监控中心收集的远程服务调用失败信息;基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重;将所述服务提供设备的负载权重发送给服务消费设备;
所述服务消费设备,根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
下面结合流程图,详细说明远程服务调用系统调用远程服务的过程。
参见图2,图2为本申请实施例中远程服务调用系统实现远程服务调用流程示意图。具体步骤为:
步骤1、服务消费设备向管理注册中心进行监听注册。
步骤2、服务提供者向管理注册中心进行服务注册。
步骤1和步骤2的执行不区分先后顺序。服务消费设备在启动时,向管理注册中心进行一次注册,服务提供设备启动时,向管理注册中心进行一次注册。
步骤3、服务提供设备监听监控本地资源使用情况,获取本设备的资源信息。
所述资源信息包括:CPU可使用率、内存可使用率和线程可使用率。
服务提供设备在监控本地资源使用情况时,可以设置监控周期,根据实际情况需要设置的监控周期的长短。
服务提供设备可以设置资源信息的上报周期,也可以等待管理注册中心获取时进行响应,对服务提供设备将资源信息主动上报,和/或被动上报管理注册中心的方式不进行限制。
步骤4、监控中心收集远程服务调用失败信息。
监控中心需要实时监控服务消费设备调用服务提供设备的情况,即调用是否成功,通过分别记录每个服务提供设备进行远程服务调用失败的次数作为收集的远程服务调用失败信息。
所述远程服务调用失败信息为所述服务提供设备被调用失败的次数。
步骤3和步骤4在整个业务流程过程中一直在执行。
步骤5、管理注册中心获取服务提供设备的资源信息。
步骤6、管理注册中心获取监控中心收集的远程服务调用失败信息。
管理注册中心可以在需要获取服务提供设备的资源信息,和监控中心收集的远程服务调用失败信息时,向对应设备获取,也可以设置获取周期,设置获取周期时,可以针对服务提供设备和监控中心分别设置不同获取周期,也可以设置同一获取周期,还可以等待监控中心和服务提供设备主动上报,具体获取服务提供设备的资源信息,和监控中心收集的远程服务调用失败信息的时机和方式本申请实施例中并不进行限制。
步骤7、基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重。
如分别设置获取周期的实现方式中,在管理注册中心每获取一次资源信息,或远程服务调用失败信息时,计算一次对应服务提供设备的负载权重,也可以周期计算,设置的负载周期到时,使用最新的资源信息和远程服务调用失败信息计算一次失败信息,对此实现方式不进行限制。
以在管理注册中心每获取一次资源信息,或远程服务调用失败信息时,计算一次对应服务提供设备的负载权重为例:
如当前获取了一次服务提供设备的资源信息,存储并更新所述服务提供设备的资源信息,使用所述资源信息和存储的所述服务提供设备的远程服务调用失败信息计算一次所述服务提供设备的负载权重;
当前获取了一次服务提供设备的远程服务调用失败信息,存储并更新所述服务提供设备的远程服务调用失败信息,使用当前存储的资源信息和所述远程服务调用失败信息计算一次所述服务提供设备的负载权重。
管理注册中心基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重,具体包括:
第一步、使用配置的映射关系确定所述服务提供设备被调用失败的次数对应的比率值;
预先配置的映射关系为:服务提供设备被调用失败的次数与比率值的映射关系。
服务提供设备被调用失败的次数越多,映射的比率值越小。
如0-2次,对应比率值为90%,3-10次,对应比率值为80%等等。
第二步、使用配置的权重对所述CPU可使用率、内存可使用率、线程可使用率和所述比率值进行加权求和获取所述服务提供设备的负载权重。
预先对CPU可使用率、内存可使用率、线程可使用率和所述比率值配置权重,本申请实施例中对权重的配置不进行限制,如哪一条对当前业务场景影响比较大,可以将哪一种的权重设置的大一些。
其中,CPU可使用率、内存可使用率、线程可使用率、比率值越大,对应的负载权重值越大,即该服务提供设备能够提供的负载越大;该服务提供设备被调用的概率越大。
步骤8、管理注册中心发送计算获得的负载权重给服务消费设备。
进一步地,服务提供设备基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重之后,确定是否已存储所述服务提供设备的负载权重;
当确定未存储所述服务提供设备的负载权重时,存储所述服务提供设备的负载权重,并将所述服务提供者的负载权重发送给服务消费设备;
当确定已存储所述服务提供设备的负载权重时,确定存储的所述服务提供设备的负载权重与当前计算的负载权重是否相同,如果是,不向所服务消费设备发送所述负载权重;否则,更新存储的所述负载权重,并将所述服务提供者的负载权重发送给服务消费设备。
步骤9、管理注册中心接收到配置指定调用链路的指令时,配置所述指令指示的指定调用链路。
这里配置的指定调用链路为:服务消费设备的IP地址与服务提供设备的IP地址的对应关系。
步骤10、管理注册中心发送所述指定调用链路给对应的服务消费设备。
步骤9和10在整个业务流程中出现时,即执行,不是整个流程执行的必要步骤。
管理注册中心存储相关数据,如服务提供设备的资源信息、远程服务调用设备信息等,存储方式不进行限制,如可以使用zk方式存储。参见表1,表1为本申请实施例中zk存储数据对应的内容。
表1
上述内容仅为一种举例,具体存储结构不限于上述给出的内容。
管理注册中心的各功能在具体实现时,可以划分为多个功能模块实现,多个功能模块可以部署在一台设备上,也可以部署在多台设备上。
如管理功能和注册功能可以部署在一台设备上,也可以部署在不同设备上。
步骤11、服务消费设备存储管理注册中心发送的服务提供设备的负载权重;若发送指定调用链路,也存储。
步骤12、服务消费设备当确定需要进行远程服务时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
服务消费设备在进行远程服务调用时,当发生调用失败情况时,需要进行记录,具体记录内容为:调用服务提供设备的失败的次数,可以设置次数累加周期,即在累加在同一累加周期内调用某台服务提供设备失败的次数:
服务提供设备A:5。
步骤10的具体实现包括:
若确定记录的远程服务调用失败信息中存在失败次数大于预设阈值的服务提供设备,则在大于预设阈值的服务提供设备之外的服务提供设备中根据负载权重确定远程服务调用的服务提供设备;若确定记录的远程服务调用失败信息中不存在失败次数大于预设阈值的服务提供设备,则根据存储的服务提供设备的负载权重确定远程服务调用的服务提供设备。
步骤13、记录远程服务调用失败信息。
该步骤在服务消费设备进行远程服务调用过程中,一直在执行。
进一步地,若执行了步骤9和10,则进行远程服务调用时,优先按照所述指定调用链路进行远程服务调用。
该服务消费设备接收到所述管理注册中心发送的指定调用链路时,进行存储;
当调用所述指定调用链路对应的服务提供设备失败时,记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
本申请实施例中管理注册中心通过服务提供设备提供的资源信息,以及监控中心监控的远程服务调用情况,来确定每个服务提供设备的负载权重,使得服务消费设备能够根据每个服务提供设备的负载权重进行远程服务调度,从而提高了远程服务调用的成功率。
管理注册中心还可以接收管理者配置的指定调用链路,使服务消费设备有限按照指定链路进行远程服务调用,能够灵活控制远程服务的调用。
下面结合附图,详细说明本申请实施例中实现远程服务调用的过程。
实施例一
参见图3,图3为本申请实施例一中管理注册中心实现远程服务调用流程示意图。具体步骤为:
步骤301,获取服务提供设备的资源信息。
其中,所述资源信息为所述服务提供设备监控资源使用情况获取的;
所述资源信息包括:CPU可使用率、内存可使用率和线程可使用率。
管理注册中心可以周期向注册的服务提供设备获取资源信息,也可以时需要的时候获取;还可以是服务提供设备周期上报的方式获取,或者根据设置情况触发上报时获取。
步骤302,获取监控中心收集的远程服务调用失败信息。
可以是监控中心在收集到远程服务调用失败信息主动上报,或周期上报;也可以是管理注册中心需要的时候,或周期地向监控中心获取。
所述远程服务调用失败信息为所述服务提供设备被调用失败的次数。
在服务消费设备调用远程服务的时候进行监控,当出现服务消费设备调用服务提供设备进行远程服务失败时,记录失败次数。
步骤301和步骤302的执行不分先后顺序,也可同时执行。
步骤303,基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重。
计算服务设备的负载权重可以是周期性计算,也可以是每获取服务提供设备的资源信息,和/或服务提供设备被调用失败的次数时计算所述服务提供设备的负载权重。
本步骤中基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重,包括:
使用配置的映射关系确定所述服务提供设备被调用失败的次数对应的比率值;
使用配置的权重对所述CPU可使用率、内存可使用率、线程可使用率和所述比率值进行加权求和获取所述服务提供设备的负载权重。
如针对CPU可使用率A、内存可使用率B、线程可使用率C和比率值D分别设置的权重为KA、KB、KC、KD,则计算负载权重的公式为:KA×A+KB×B+KC×C+KD×D。
权重的设置本申请实施例中不进行限制,可以由实施者根据实际需要设置。
步骤304,将所述服务提供设备的负载权重发送给服务消费设备,使所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
服务消费设备当确定需要进行远程服务时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
服务消费设备在进行远程服务调用时,当发生调用失败情况时,需要进行记录,具体记录内容为:调用服务提供设备的失败的次数,可以设置次数累加周期,即在累加在同一累加周期内调用某台服务提供设备失败的次数:
服务提供设备A:5。
所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备,包括:
若确定记录的远程服务调用失败信息中存在失败次数大于预设阈值的服务提供设备,则在大于预设阈值的服务提供设备之外的服务提供设备中根据负载权重确定远程服务调用的服务提供设备;若确定记录的远程服务调用失败信息中不存在失败次数大于预设阈值的服务提供设备,则根据存储的服务提供设备的负载权重确定远程服务调用的服务提供设备。
本申请实施例中,通过引入服务提供设备的资源信息,监控中心监控的远程服务调用失败信息来共同确定服务提供设备的负载权重,使得服务消费设备在根据所述负载权重进行远程服务调用时能够更大概率地调用到资源充足的服务提供设备,并且服务消费设备在进行远程服务调用时,不仅考虑到负载权重,还考虑了本设备的远程服务调用失败信息,能够进一步提高调用远程服务的成功率。
也就是说服务消费设备确定调用远程服务时考虑到了每个服务提供设备被调用的失败信息,和当前的资源信息,以及本设备远程服务调用失败的信息,能够大大提高远程服务调用的成功率。
实施例二
参见图4,图4为本申请实施例二中管理注册中心实现远程服务调用流程示意图。具体步骤为:
步骤401,获取服务提供设备的资源信息。
其中,所述资源信息为所述服务提供设备监控资源使用情况获取的;
所述资源信息包括:CPU可使用率、内存可使用率和线程可使用率。
管理注册中心可以周期向注册的服务提供设备获取资源信息,也可以时需要的时候获取;还可以是服务提供设备周期上报的方式获取,或者根据设置情况触发上报时获取。
步骤402,获取监控中心收集的远程服务调用失败信息。
可以是监控中心在收集到远程服务调用失败信息主动上报,或周期上报;也可以是管理注册中心需要的时候,或周期地向监控中心获取。
所述远程服务调用失败信息为所述服务提供设备被调用失败的次数。
在服务消费设备调用远程服务的时候进行监控,当出现服务消费设备调用服务提供设备进行远程服务失败时,记录失败次数。
步骤403,基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重。
计算服务设备的负载权重可以是周期性计算,也可以是每获取服务提供设备的资源信息,和/或服务提供设备被调用失败的次数时计算所述服务提供设备的负载权重。
本步骤中基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重,包括:
使用配置的映射关系确定所述服务提供设备被调用失败的次数对应的比率值;
使用配置的权重对所述CPU可使用率、内存可使用率、线程可使用率和所述比率值进行加权求和获取所述服务提供设备的负载权重。
如针对CPU可使用率A、内存可使用率B、线程可使用率C和比率值D分别设置的权重为KA、KB、KC、KD,则计算负载权重的公式为:KA×A+KB×B+KC×C+KD×D。
权重的设置本申请实施例中不进行限制,可以由实施者根据实际需要设置。
步骤404,确定是否已存储所述服务提供设备的负载权重;如果是,执行步骤406,否则,执行步骤405。
步骤405,存储所述服务提供设备的负载权重,执行步骤409。
步骤406,确定存储的所述服务提供设备的负载权重与当前计算的负载权重是否相同,如果是,执行步骤407;否则,执行步骤408。
步骤407,不向所服务消费设备发送所述负载权重,结束本流程。
步骤408,更新存储的所述负载权重。
步骤409,将所述服务提供者的负载权重发送给服务消费设备,使所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
服务消费设备当确定需要进行远程服务时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
服务消费设备在进行远程服务调用时,当发生调用失败情况时,需要进行记录,具体记录内容为:调用服务提供设备的失败的次数,可以设置次数累加周期,即在累加在同一累加周期内调用某台服务提供设备失败的次数:
服务提供设备A:5。
步骤10的具体实现包括:
若确定记录的远程服务调用失败信息中存在失败次数大于预设阈值的服务提供设备,则在大于预设阈值的服务提供设备之外的服务提供设备中根据负载权重确定远程服务调用的服务提供设备。
本申请实施例中,通过引入服务提供设备的资源信息,监控中心监控的远程服务调用失败信息来共同确定服务提供设备的负载权重,使得服务消费设备在根据所述负载权重进行远程服务调用时能够更大概率地调用到资源充足的服务提供设备,并且服务消费设备在进行远程服务调用时,不仅考虑到负载权重,还考虑了本设备的远程服务调用失败信息,能够进一步提高调用远程服务的成功率。
也就是说服务消费设备确定调用远程服务时考虑到了每个服务提供设备被调用的失败信息,和当前的资源信息,以及本设备远程服务调用失败的信息,能够大大提高远程服务调用的成功率。
本实施例中增加了确定当前计算的负载权重是否有更新,有更新时才通知注册的服务消费设备,节省了设置之间的交互资源。
实施例三
参见图5,图5为本申请实施例三中管理注册中心实现远程服务调用流程示意图。具体步骤为:
步骤501,接收到配置指定调用链路的指令时,配置所述指令指示的指定调用链路。
其中,指定调用链路的内容为:服务消费设备的IP地址,以及对应的服务提供设备的IP地址。
步骤502,将所述指定调用链路通知对应的服务消费设备,使所述服务消费设备优先按照所述指定调用链路进行远程服务调用。
服务消费设备在进行远程服务调用时,先确定本地是否存储指定调用链路,如果存在,则直接按照存储的指定调用链路进行远程服务调用;如果不存在,按照记录的调用失败信息和存储的服务提供设备的负载权重确定调用的服务提供设备;
如果按照指定调用链路调用时,调用失败,则记录调用失败信息,并结束调用,或者再按照记录的调用失败信息和存储的服务提供设备的负载权重确定调用的服务提供设备。
本申请实施例中可以通过管理注册中心配置指定调用链路,灵活实现多种调用方式,提高用户体验,满足用户的各种调用需求。
实施例四
参见图6,图6为本申请实施例四中服务消费设备实现远程服务调用的流程示意图。具体步骤为:
步骤601,接收到管理注册中心发送的服务提供设备的负载权重时,进行存储。
其中,所述负载权重为所述管理注册中心根据所述服务提供设备的资源信息,以及远程服务调用失败信息确定的;
所述资源信息包括:CPU可使用率、内存可使用率和线程可使用率。
所述远程服务调用失败信息为所述服务提供设备被调用失败的次数。
步骤602,当确定需要进行远程服务时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
本步骤具体实现时,包括:
若确定记录的远程服务调用失败信息中存在失败次数大于预设阈值的服务提供设备,则在大于预设阈值的服务提供设备之外的服务提供设备中根据负载权重确定远程服务调用的服务提供设备。
服务消费设备在进行远程服务调用时,引入本地记录的远程服务调用失败信息,以及管理注册中心提供的服务设备的负载权重确定调用的服务提供设备的远程服务,能提高远程服务调用的成功率。
实施例五
参见图7,图7为本申请实施例五中服务消费设备实现远程服务调用的流程示意图。具体步骤为:
步骤701,接收到所述管理注册中心发送的指定调用链路时,进行存储。
其中,指定调用链路的内容为:服务消费设备的IP地址,以及对应的服务提供设备的IP地址。
步骤702,进行远程服务调用时,优先按照所述指定调用链路进行远程服务调用。
服务消费设备在进行远程服务调用时,先确定本地是否存储指定调用链路,如果存在,则直接按照存储的指定调用链路进行远程服务调用;如果不存在,按照记录的调用失败信息和存储的服务提供设备的负载权重确定调用的服务提供设备;
所述方法进一步包括:
当调用所述指定调用链路对应的服务提供设备失败时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
同时记录远程服务调用失败的信息,所述失败信息为累加调用所述指定调用链路对应的服务提供设备失败的次数。
本申请实施例中可以通过管理注册中心配置指定调用链路,灵活实现多种调用方式,提高用户体验,满足用户的各种调用需求。
基于同样的发明构思,本申请实施例中还提供一种远程服务调用装置,参见图8,图8为本申请实施例中应用于管理注册中心的远程服务调用装置结构示意图。所述装置包括:第一获取单元801、第二获取单元802、计算单元803和发送单元804;
第一获取单元801,用于获取服务提供设备的资源信息;其中,所述资源信息为所述服务提供设备监控资源使用情况获取的;
第二获取单元802,用于获取监控中心收集的远程服务调用失败信息;
计算单元803,用于基于第一获取单元801获取的资源信息,以及第二获取单元802获取的远程服务调用失败信息计算所述服务提供设备的负载权重;
发送单元804,用于将计算单元803获得的服务提供设备的负载权重发送给服务消费设备,使所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
优选地,
计算单元803,具体用于使用配置的映射关系确定所述服务提供设备被调用失败的次数对应的比率值;使用配置的权重对所述CPU可使用率、内存可使用率、线程可使用率和所述比率值进行加权求和获取所述服务提供设备的负载权重;其中,所述资源信息包括:CPU可使用率、内存可使用率和线程可使用率;所述远程服务调用失败信息为所述服务提供设备被调用失败的次数。
优选地,
发送单元804,进一步用于发送负载权重之前,确定是否已存储所述服务提供设备的负载权重;当确定未存储所述服务提供设备的负载权重时,存储所述服务提供设备的负载权重,并将所述服务提供者的负载权重发送给服务消费设备;当确定已存储所述服务提供设备的负载权重时,确定存储的所述服务提供设备的负载权重与当前计算的负载权重是否相同,如果是,不向所服务消费设备发送所述负载权重;否则,更新存储的所述负载权重,并将所述服务提供者的负载权重发送给服务消费设备。
优选地,所述装置进一步包括:接收单元805和配置单元806;
接收单元805,用于接收指令;
配置单元806,用于当接收单元805接收到配置指定调用链路的指令时,配置所述指令指示的指定调用链路;
发送单元804,进一步用于将配置单元806配置的指定调用链路通知对应的服务消费设备,使所述服务消费设备优先按照所述指定调用链路进行远程服务调用。
上述实施例的单元可以集成于一体,也可以分离部署;可以合并为一个单元,也可以进一步拆分成多个子单元。
基于同样的发明构思,本申请实施例中还提供一种远程服务调用装置,参见图9,图9为本申请实施例中应用于服务消费设备的远程服务调用装置结构示意图。所述装置包括:接收单元901、存储单元902、记录单元903和调用单元904;
接收单元901,用于接收管理注册中心发送的负载权重;
存储单元902,用于当接收单元901接收到管理注册中心发送的服务提供设备的负载权重时,进行存储;其中,所述负载权重为所述管理注册中心根据所述服务提供设备的资源信息,以及远程服务调用失败信息确定的;
记录单元903,用于记录远程服务调用失败信息;
调用单元904,用于当确定需要进行远程服务时,根据记录单元903记录的远程服务调用失败信息,以及存储单元902存储的服务提供设备的负载权重确定远程服务调用的服务提供设备。
优选地,
调用单元904,具体用于若确定记录的远程服务调用失败信息中存在失败次数大于预设阈值的服务提供设备,则在大于预设阈值的服务提供设备之外的服务提供设备中根据负载权重确定远程服务调用的服务提供设备;若确定记录的远程服务调用失败信息中不存在失败次数大于预设阈值的服务提供设备,则根据存储的服务提供设备的负载权重确定远程服务调用的服务提供设备。
优选地,
接收单元901,进一步用于接收管理注册中心发送的指定调用链路;
存储单元902,用于当接收单元901接收到所述管理注册中心发送的指定调用链路时,进行存储;
调用单元904,进一步用于进行远程服务调用时,优先按照存储单元902存储的指定调用链路进行远程服务调用。
优选地,
所述调用单元904,进一步用于当调用所述指定调用链路对应的服务提供设备失败时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
上述实施例的单元可以集成于一体,也可以分离部署;可以合并为一个单元,也可以进一步拆分成多个子单元。
在另一个实施例中,还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述管理注册中心远程服务调用方法的步骤。
在另一个实施例中,还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述服务消费设备远程服务调用方法的步骤。
在另一个实施例中,还提供一种计算机可读存储介质,其上存储有计算机指令,所述指令被处理器执行时可实现所述管理注册中心远程服务调用方法中的步骤。
在另一个实施例中,还提供一种计算机可读存储介质,其上存储有计算机指令,所述指令被处理器执行时可实现所述服务消费设备远程服务调用方法中的步骤。
图10为本发明实施例提供的一种电子设备的实体结构示意图。如图10所示,该电子设备可以包括:处理器(Processor)1010、通信接口(Communications Interface)1020、存储器(Memory)1030和通信总线1040,其中,处理器1010,通信接口1020,存储器1030通过通信总线1040完成相互间的通信。处理器1010可以调用存储器1030中的逻辑指令,以执行如下方法:
获取服务提供设备的资源信息;其中,所述资源信息为所述服务提供设备监控资源使用情况获取的;
获取监控中心收集的远程服务调用失败信息;
基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重;
将所述服务提供设备的负载权重发送给服务消费设备,使所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
图11为本发明实施例提供的另一种电子设备的实体结构示意图。如图11所示,该电子设备可以包括:处理器(Processor)1110、通信接口(Communications Interface)1120、存储器(Memory)1130和通信总线1140,其中,处理器1110,通信接口1120,存储器1130通过通信总线1140完成相互间的通信。处理器1110可以调用存储器1130中的逻辑指令,以执行如下方法:
接收到管理注册中心发送的服务提供设备的负载权重时,进行存储;其中,所述负载权重为所述管理注册中心根据所述服务提供设备的资源信息,以及远程服务调用失败信息确定的;
当确定需要进行远程服务时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
此外,上述的存储器1030或存储器1130中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (19)
1.一种远程服务调用方法,其特征在于,所述方法包括:
获取服务提供设备的资源信息;其中,所述资源信息为所述服务提供设备监控资源使用情况获取的;
获取监控中心收集的远程服务调用失败信息;
基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重;
将所述服务提供设备的负载权重发送给服务消费设备,使所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
2.根据权利要求1所述的方法,其特征在于,所述资源信息包括:CPU可使用率、内存可使用率和线程可使用率;所述远程服务调用失败信息为所述服务提供设备被调用失败的次数;
所述基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重,包括:
使用配置的映射关系确定所述服务提供设备被调用失败的次数对应的比率值;
使用配置的权重对所述CPU可使用率、内存可使用率、线程可使用率和所述比率值进行加权求和获取所述服务提供设备的负载权重。
3.根据权利要求1所述的方法,其特征在于,所述基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重之后,所述将所述服务提供者的负载权重发送给服务消费设备之前,所述方法进一步包括:
确定是否已存储所述服务提供设备的负载权重;
当确定未存储所述服务提供设备的负载权重时,存储所述服务提供设备的负载权重,并将所述服务提供者的负载权重发送给服务消费设备;
当确定已存储所述服务提供设备的负载权重时,确定存储的所述服务提供设备的负载权重与当前计算的负载权重是否相同,如果是,不向所服务消费设备发送所述负载权重;否则,更新存储的所述负载权重,并将所述服务提供者的负载权重发送给服务消费设备。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述方法进一步包括:
接收到配置指定调用链路的指令时,配置所述指令指示的指定调用链路;
将所述指定调用链路通知对应的服务消费设备,使所述服务消费设备优先按照所述指定调用链路进行远程服务调用。
5.一种远程服务调用方法,其特征在于,所述方法包括:
接收到管理注册中心发送的服务提供设备的负载权重时,进行存储;其中,所述负载权重为所述管理注册中心根据所述服务提供设备的资源信息,以及远程服务调用失败信息确定的;
当确定需要进行远程服务时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
6.根据权利要求5所述的方法,其特征在于,所述根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备,包括:
若确定记录的远程服务调用失败信息中存在失败次数大于预设阈值的服务提供设备,则在大于预设阈值的服务提供设备之外的服务提供设备中根据负载权重确定远程服务调用的服务提供设备;若确定记录的远程服务调用失败信息中不存在失败次数大于预设阈值的服务提供设备,则根据存储的服务提供设备的负载权重确定远程服务调用的服务提供设备。
7.根据权利要求5或6所述的方法,其特征在于,所述方法进一步包括:
接收到所述管理注册中心发送的指定调用链路时,进行存储;
进行远程服务调用时,优先按照所述指定调用链路进行远程服务调用。
8.根据权利要求7所述的方法,其特征在于,所述方法进一步包括:
当调用所述指定调用链路对应的服务提供设备失败时,根据记录的远程服务调用失败信息,以及所述服务提供设备的负载权重确定远程服务调用的服务提供设备。
9.一种远程服务调用装置,其特征在于,所述装置包括:第一获取单元、第二获取单元、计算单元和发送单元;
所述第一获取单元,用于获取服务提供设备的资源信息;其中,所述资源信息为所述服务提供设备监控资源使用情况获取的;
所述第二获取单元,用于获取监控中心收集的远程服务调用失败信息;
所述计算单元,用于基于所述第一获取单元获取的资源信息,以及所述第二获取单元获取的远程服务调用失败信息计算所述服务提供设备的负载权重;
所述发送单元,用于将所述计算单元获得的服务提供设备的负载权重发送给服务消费设备,使所述服务消费设备根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
10.根据权利要求9所述的装置,其特征在于,
所述计算单元,具体用于使用配置的映射关系确定所述服务提供设备被调用失败的次数对应的比率值;使用配置的权重对所述CPU可使用率、内存可使用率、线程可使用率和所述比率值进行加权求和获取所述服务提供设备的负载权重;其中,所述资源信息包括:CPU可使用率、内存可使用率和线程可使用率;所述远程服务调用失败信息为所述服务提供设备被调用失败的次数。
11.根据权利要求9或10所述的装置,其特征在于,所述装置进一步包括:接收单元和配置单元;
所述接收单元,用于接收指令;
所述配置单元,用于当所述接收单元接收到配置指定调用链路的指令时,配置所述指令指示的指定调用链路;
所述发送单元,进一步用于将所述配置单元配置的指定调用链路通知对应的服务消费设备,使所述服务消费设备优先按照所述指定调用链路进行远程服务调用。
12.一种远程服务调用装置,其特征在于,所述装置包括:接收单元、存储单元、记录单元和调用单元;
所述接收单元,用于接收管理注册中心发送的负载权重;
所述存储单元,用于当所述接收单元接收到管理注册中心发送的服务提供设备的负载权重时,进行存储;其中,所述负载权重为所述管理注册中心根据所述服务提供设备的资源信息,以及远程服务调用失败信息确定的;
所述记录单元,用于记录远程服务调用失败信息;
所述调用单元,用于当确定需要进行远程服务时,根据所述记录单元记录的远程服务调用失败信息,以及所述存储单元存储的服务提供设备的负载权重确定远程服务调用的服务提供设备。
13.根据权利要求12所述的装置,其特征在于,
所述调用单元,具体用于若确定记录的远程服务调用失败信息中存在失败次数大于预设阈值的服务提供设备,则在大于预设阈值的服务提供设备之外的服务提供设备中根据负载权重确定远程服务调用的服务提供设备;若确定记录的远程服务调用失败信息中不存在失败次数大于预设阈值的服务提供设备,则根据存储的服务提供设备的负载权重确定远程服务调用的服务提供设备。
14.根据权利要求12或13所述的装置,其特征在于,
所述接收单元,进一步用于接收管理注册中心发送的指定调用链路;
所述存储单元,用于当所述接收单元接收到所述管理注册中心发送的指定调用链路时,进行存储;
所述调用单元,进一步用于进行远程服务调用时,优先按照所述存储单元存储的指定调用链路进行远程服务调用。
15.一种远程服务调用系统,其特征在于,所述系统包括:服务提供设备、管理注册中心、服务消费设备和监控中心;
所述监控中心,收集远程服务调用失败信息;
所述服务提供设备,监控资源使用情况获取资源信息;
所述管理注册中心,获取所述服务提供设备的资源信息,以及所述监控中心收集的远程服务调用失败信息;基于所述资源信息,以及所述远程服务调用失败信息计算所述服务提供设备的负载权重;将所述服务提供设备的负载权重发送给服务消费设备;
所述服务消费设备,根据记录的远程服务调用失败信息,以及所述负载权重确定远程服务调用的服务提供设备。
16.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1-4任一项所述的方法。
17.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求5-8任一项所述的方法。
18.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-4任一项所述的方法。
19.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求5-8任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010903880.9A CN113765870B (zh) | 2020-09-01 | 2020-09-01 | 一种远程服务调用方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010903880.9A CN113765870B (zh) | 2020-09-01 | 2020-09-01 | 一种远程服务调用方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113765870A true CN113765870A (zh) | 2021-12-07 |
CN113765870B CN113765870B (zh) | 2023-09-05 |
Family
ID=78785637
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010903880.9A Active CN113765870B (zh) | 2020-09-01 | 2020-09-01 | 一种远程服务调用方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113765870B (zh) |
Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05134959A (ja) * | 1991-11-14 | 1993-06-01 | Matsushita Electric Ind Co Ltd | 遠隔サービス実行制御システム |
CN105357233A (zh) * | 2014-08-18 | 2016-02-24 | 阿里巴巴集团控股有限公司 | 一种远程调用方法与设备 |
CN105450757A (zh) * | 2015-12-02 | 2016-03-30 | 联动优势电子商务有限公司 | 一种服务管理方法及系统 |
CN105553993A (zh) * | 2015-12-18 | 2016-05-04 | 广州华多网络科技有限公司 | 一种远程服务调用方法、装置及服务器 |
US20160218884A1 (en) * | 2005-06-09 | 2016-07-28 | Whirlpool Corporation | Methods and apparatus for communicatively coupling internal components within appliances, and appliances with external components and accessories |
CN108134766A (zh) * | 2016-12-01 | 2018-06-08 | 阿里巴巴集团控股有限公司 | 一种服务发布的方法、装置、系统、服务器及客户端 |
CN108632299A (zh) * | 2017-03-15 | 2018-10-09 | 北京京东尚科信息技术有限公司 | 增强注册中心可用性的方法、装置、电子设备和存储介质 |
CN108965461A (zh) * | 2018-08-03 | 2018-12-07 | 华数传媒网络有限公司 | 服务治理方法、装置及dubbo服务系统 |
CN109218369A (zh) * | 2017-07-05 | 2019-01-15 | 阿里巴巴集团控股有限公司 | 远程过程调用请求控制方法及装置 |
CN109257440A (zh) * | 2018-10-29 | 2019-01-22 | 南京南瑞信息通信科技有限公司 | 一种基于服务注册中心的服务发现和客户端负载均衡方法 |
CN109542641A (zh) * | 2018-11-14 | 2019-03-29 | 中国联合网络通信集团有限公司 | 服务调用方法、装置及系统 |
CN109618005A (zh) * | 2019-01-18 | 2019-04-12 | 华为终端有限公司 | 调用服务器的方法和代理服务器 |
CN110311900A (zh) * | 2019-06-19 | 2019-10-08 | 微梦创科网络科技(中国)有限公司 | 一种服务调用方法、装置、电子设备及存储介质 |
CN110519395A (zh) * | 2019-09-16 | 2019-11-29 | 北京思维造物信息科技股份有限公司 | 服务请求处理方法、装置、计算机设备及存储介质 |
WO2020147419A1 (zh) * | 2019-01-18 | 2020-07-23 | 深圳壹账通智能科技有限公司 | 监控方法、装置、计算机设备及存储介质 |
-
2020
- 2020-09-01 CN CN202010903880.9A patent/CN113765870B/zh active Active
Patent Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05134959A (ja) * | 1991-11-14 | 1993-06-01 | Matsushita Electric Ind Co Ltd | 遠隔サービス実行制御システム |
US20160218884A1 (en) * | 2005-06-09 | 2016-07-28 | Whirlpool Corporation | Methods and apparatus for communicatively coupling internal components within appliances, and appliances with external components and accessories |
CN105357233A (zh) * | 2014-08-18 | 2016-02-24 | 阿里巴巴集团控股有限公司 | 一种远程调用方法与设备 |
CN105450757A (zh) * | 2015-12-02 | 2016-03-30 | 联动优势电子商务有限公司 | 一种服务管理方法及系统 |
CN105553993A (zh) * | 2015-12-18 | 2016-05-04 | 广州华多网络科技有限公司 | 一种远程服务调用方法、装置及服务器 |
CN108134766A (zh) * | 2016-12-01 | 2018-06-08 | 阿里巴巴集团控股有限公司 | 一种服务发布的方法、装置、系统、服务器及客户端 |
CN108632299A (zh) * | 2017-03-15 | 2018-10-09 | 北京京东尚科信息技术有限公司 | 增强注册中心可用性的方法、装置、电子设备和存储介质 |
CN109218369A (zh) * | 2017-07-05 | 2019-01-15 | 阿里巴巴集团控股有限公司 | 远程过程调用请求控制方法及装置 |
CN108965461A (zh) * | 2018-08-03 | 2018-12-07 | 华数传媒网络有限公司 | 服务治理方法、装置及dubbo服务系统 |
CN109257440A (zh) * | 2018-10-29 | 2019-01-22 | 南京南瑞信息通信科技有限公司 | 一种基于服务注册中心的服务发现和客户端负载均衡方法 |
CN109542641A (zh) * | 2018-11-14 | 2019-03-29 | 中国联合网络通信集团有限公司 | 服务调用方法、装置及系统 |
CN109618005A (zh) * | 2019-01-18 | 2019-04-12 | 华为终端有限公司 | 调用服务器的方法和代理服务器 |
WO2020147419A1 (zh) * | 2019-01-18 | 2020-07-23 | 深圳壹账通智能科技有限公司 | 监控方法、装置、计算机设备及存储介质 |
CN110311900A (zh) * | 2019-06-19 | 2019-10-08 | 微梦创科网络科技(中国)有限公司 | 一种服务调用方法、装置、电子设备及存储介质 |
CN110519395A (zh) * | 2019-09-16 | 2019-11-29 | 北京思维造物信息科技股份有限公司 | 服务请求处理方法、装置、计算机设备及存储介质 |
Non-Patent Citations (2)
Title |
---|
AF MURARASU,T MAGEDANZ: "Mobile middleware solution for automatic reconfiguration of application", 《IEEE》 * |
马原: "基于RPC的高并发网络通信中负载均衡的研究", 《中国优秀硕士学位论文全文数据库信息》 * |
Also Published As
Publication number | Publication date |
---|---|
CN113765870B (zh) | 2023-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109104483B (zh) | 一种基于事件通知的微服务动态负载均衡的方法及装置 | |
US9185179B2 (en) | Re-establishing push notification channels via user identifiers | |
CN110958281B (zh) | 基于物联网的数据传输方法及通信装置 | |
CN116547958A (zh) | 用于网络功能选择的排名处理的方法、系统和计算机可读介质 | |
JP5142956B2 (ja) | トラフィック情報管理サーバ及びトラフィック情報管理方法 | |
CN107947960A (zh) | 配置信息的推送方法及系统、配置信息的接收方法及系统 | |
US9413851B2 (en) | Information processing system, information processing device, client terminal, and computer readable medium | |
CN108989413A (zh) | 异常业务补偿方法、装置、计算机设备及存储介质 | |
CN111200606A (zh) | 深度学习模型任务处理方法、系统、服务器及存储介质 | |
CN110611687A (zh) | 基于Redis的远程过程调用实现方法和相关装置 | |
CN112351077B (zh) | 一种应用服务运行方法、系统、装置及存储介质 | |
CN110597631B (zh) | 资源管理方法、监控服务器、代理服务器以及存储介质 | |
CN113765870A (zh) | 一种远程服务调用方法、装置和系统 | |
CN115665173A (zh) | 一种基于MQ的WebSocket通信方法、系统和存储介质 | |
CN111625375A (zh) | 帐号预约方法和装置、存储介质及电子设备 | |
US10051067B2 (en) | Abstract activity counter | |
CN110888770B (zh) | 用于发送信息的方法和装置 | |
CN106713441A (zh) | 终端应用数据上传的方法和设备 | |
CN111404724A (zh) | 网络切片选择方法、用户设备接入网络的方法及设备 | |
CN112153138A (zh) | 一种流量调度的方法及装置、电子设备、存储介质 | |
CN111371573B (zh) | 消息交互方法及装置 | |
Chamorro et al. | An elastic VoIP solution based on openstack | |
CN110138985A (zh) | 客户的动态分配方法及装置、电子设备、存储介质 | |
CN117615396B (zh) | 数据管理方法、终端设备及存储介质 | |
CN113220491B (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 |