CN110519395A - 服务请求处理方法、装置、计算机设备及存储介质 - Google Patents
服务请求处理方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN110519395A CN110519395A CN201910870815.8A CN201910870815A CN110519395A CN 110519395 A CN110519395 A CN 110519395A CN 201910870815 A CN201910870815 A CN 201910870815A CN 110519395 A CN110519395 A CN 110519395A
- Authority
- CN
- China
- Prior art keywords
- service
- request
- information
- service provider
- domain name
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- 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
-
- 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/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种服务请求处理方法、装置、计算机设备及存储介质。所述方法包括：接收服务请求，其中，所述服务请求用于服务调用方请求服务；如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求；如果确定所述服务信息请求失败，则通过所述域名系统将所述服务请求发送至所述目标服务提供方，以使所述目标服务提供方针对所述服务请求向所述域名系统反馈请求结果；其中，所述域名系统独立于所述服务中心运行；将所述域名系统反馈的请求结果反馈给所述服务调用方。本发明实施例可以减少服务发现和服务注册对单个系统的依赖，提高服务调用的稳定性和可靠性。
Description
技术领域
本发明实施例涉及网络领域，尤其涉及一种服务请求处理方法、装置、计算机设备及存储介质。
背景技术
在云计算时代，微服务架构已成为一种非常普及的软件架构。具体的，微服务架构用于将单个应用划分从一系列小的服务实例，每个服务实例可以独立的编译以及部署，并通过各自暴露的应用程序接口相互通讯。
在微服务架构中，服务实例的数量和网络地址都是动态变化的，由此，需要进行服务注册和服务发现才能实现服务实例之间的彼此调用。实际上，服务注册是指将服务实例的信息存储在设定地址并公开，以使服务调用方(如其他服务实例或其他设备)能够获取该服务实例的信息，服务发现是指获取已经注册的服务实例的信息，从而服务调用方通过获取的信息去请求该服务实例提供服务。
目前采用分布式一致性系统存储以及查询服务信息，以实现服务注册和服务发现，该系统通常为服务中心。该系统中包括多个节点，同时存储在不同节点的相同数据的取值必须一致。如果超过一半的节点，甚至全部节点出现如下故障：网络隔离、数据误删和出现漏洞等故障中的至少一项，都会导致该分布式一致性系统出现故障。但由于服务发现和服务注册全部依赖于分布式一致性系统，当分布式一致性系统出现故障时，服务查询的信息是错误的甚至是空白的，而且服务也会不能注册和更新服务中心的信息，导致服务实例的调用失败。
发明内容
本发明实施例提供一种服务请求处理方法、装置、计算机设备及存储介质，可以减少服务发现和服务注册对单个系统的依赖，提高服务调用的稳定性和可靠性。
第一方面，本发明实施例提供了一种服务请求处理方法，包括：
接收服务请求，其中，所述服务请求用于服务调用方请求服务；
如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求；
如果确定所述服务信息请求失败，则通过所述域名系统将所述服务请求发送至所述目标服务提供方，以使所述目标服务提供方针对所述服务请求向所述域名系统反馈请求结果；其中，所述域名系统独立于所述服务中心运行；
将所述域名系统反馈的请求结果反馈给所述服务调用方。
第二方面，本发明实施例还提供了一种服务请求处理装置，包括：
服务请求接收模块，用于接收服务请求，其中，所述服务请求用于服务调用方请求服务；
服务信息请求模块，用于如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求；
协议地址请求模块，用于如果确定所述服务信息请求失败，则通过所述域名系统将所述服务请求发送至所述目标服务提供方，以使所述目标服务提供方针对所述服务请求向所述域名系统反馈请求结果；其中，所述域名系统独立于所述服务中心运行；
请求结果反馈模块，用于将所述域名系统反馈的请求结果反馈给所述服务调用方。
第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序所述处理器执行所述程序时实现如本发明实施例中任一所述的服务请求处理方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的服务请求处理方法。
本发明实施例通过在从服务中心获取目标服务提供方的服务信息失败后，通过域名系统将服务调用方发送的服务请求转发至服务提供方，并获取服务提供方反馈的请求结果反馈给服务调用方，可以在服务中心发生故障时，服务调用方仍可以调用服务提供方，获取请求结果，解决了现有技术中服务中心出错导致服务实例的调用失败的问题，可以减少服务发现和服务注册对服务中心的依赖，提高服务调用的稳定性和可靠性。
附图说明
图1是本发明实施例一中的一种服务请求处理方法的流程图；
图2a是本发明实施例二中的一种服务请求处理方法的流程图；
图2b是本发明实施例所适用的应用场景的示意图；
图2c是本发明实施例二中的一种服务请求处理方法的流程图；
图3是本发明实施例三中的一种服务请求处理装置的结构示意图；
图4是本发明实施例四中的一种计算机设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
为了便于理解，首先将本发明实施例中的服务注册和服务发现的过程进行简述：
在微服务架构中，服务实例的数量和网络地址都是动态变化的，由此，需要进行服务注册和服务发现才能实现服务实例之间的彼此调用。其中，一个独立的物理设备可以部署一个服务实例，也可以同时部署多个服务实例，此时，不同服务实例可以分别部署在不同容器中。
服务提供方将自身的信息注册到服务中心进行存储，该过程称为服务注册。服务提供方可以是指一个服务实例。
服务调用方向服务中心请求在服务中心中已注册的服务提供方的信息，并根据该信息请求该服务提供方的提供的服务。该过程称为服务发现。
也就是说，服务中心用于实现服务提供方的服务注册，以及服务调用方的服务发现。
实施例一
图1为本发明实施例一中的一种服务请求处理方法的流程图，本实施例可适用于服务调用方获取服务提供方提供的服务的情况，该方法可以由本发明实施例提供的服务请求处理装置来执行，该装置可采用软件和/或硬件的方式实现，并一般可集成计算机设备中，例如，服务器等。如图1所示，本实施例的方法具体包括：
S110，接收服务请求，其中，所述服务请求用于服务调用方请求服务。
在本发明实施例中，执行本发明实施例提供的服务请求处理方法的计算机设备可以是服务器，更具体的，可以是代理服务器，示例性的，可以是proxy。其中，该代理服务器可以是独立服务器，还可以是服务调用方或服务提供方集成在一起，具体可以根据需要进行设定，对此，本发明实施例不做具体限制。
其中，服务请求可以是指服务调用方主动发送的，或者是服务调用方的操作系统通过iptable方式拦截服务调用方发送至服务提供方的服务请求并转发的。服务调用方可以是应用程序，如客户端。
实际上，现有技术中服务调用方需要通过服务中心实现服务发现之后，根据服务提供方的信息，将服务请求发送至服务提供方，以获取请求结果。而本发明实施例中服务调用方只需要发送服务请求即可，无需向服务中心发出获取服务提供方信息的请求，省略服务调用方的请求获取服务提供方信息的步骤，减少服务调用方处理的数据量，从而提高服务调用方的效率。
S120，如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求。
目标服务提供方用于根据所述服务请求向服务调用方提供相应的服务。具体的，服务提供方为一个服务实例，该服务提供方可以部署在容器中，或者可以部署在一台独立的计算机设备上。或者服务提供方为部署服务实例的计算机设备，服务提供方包括多个服务实例。
目标服务提供方的确定可以是：从服务中心获取各服务提供方的提供的服务类型，找到与服务请求匹配的多个服务提供方，从中任选一个服务提供方确定为目标提供方。
需要说明的是，如果服务提供方为多个服务实例时，获取的服务提供方的服务信息中包括各服务实例的服务列表信息，其中，服务列表信息包括每个服务实例的服务内容，以及对应访问协议等。
示例性的，服务调用方为客户端，目标服务提供方为音频服务器。相应的，服务请求为服务调用方向目标服务提供方请求获取音频资源，如音频名称、音频数据和音频歌词等中的至少一项。其中，音频资源即为请求结果，可以将音频资源作为请求结果发送至服务调用方，从而，服务调用方获取目标服务提供方提供的服务。
此外，目标服务提供方还可以是其他类型的服务器，例如，文本服务器、图像服务器或视频服务器等，对此，本发明实施例不作具体限制。
实际上，存在至少一个服务提供方可以根据服务请求提供相应服务，此时可以根据负载均衡算法选择一个作为目标服务提供方。如果存在多个服务提供方时，目标服务提供方无法提供相应的请求结果时，可以选择其他服务提供方继续请求。
目标服务提供方的服务信息，用于指向服务提供方，以使服务请求能够发送至服务提供方。基于服务信息，可以将服务请求发送至服务提供方，以获取服务提供方针对服务请求提供的请求结果。
此外，服务信息还用于描述服务提供方的功能和/或状态等。示例性的，服务信息可以包括下述至少一项：服务提供方所在计算机设备的网际协议地址(IP地址)、所在计算机设备的端口、暴露服务自身状态以及访问协议等信息。
本地存储有部分服务提供方的服务信息，例如，之前访问过的服务提供方的服务信息。如果本地存储有目标服务提供方的服务信息，可以直接从本地获取；如果本地未存储有目标服务提供方的服务信息，也即服务信息为空，此时需要向服务中心请求获取。
具体的，生成信息获取请求并发送至服务中心，该信息获取请求用于获取服务中心中目标服务提供方的服务信息。
服务中心用于服务注册和服务发现，具体可以是指服务器集群。除此之外，服务注册与服务发现需要关注监控服务提供方运行状态以及负载均衡等问题。也即服务中心还需要监控各服务提供方的运行状态以及负载均衡。具体的，服务中心需要处理无效的服务提供方，通常，服务中心可以在服务提供方进行服务注册后，检测服务提供方的状态，或者通过服务提供方的心跳上报获取该服务提供方的状态。如果服务中心无法检测到该服务提供方，服务中心将会剔除该服务提供方。另一方面，一个物理设备上可以部署有多个服务提供方，需要对这些服务提供方进行负载均衡，合理分配资源。其中，服务提供方可以是指服务实例。
目前，服务中心通常基于Zookeeper、Eureka、Consul、和Etcd等分布式一致系统(或组件)。
可选的，在如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求之前，还包括：从历史记录中查询至少一个历史服务提供方；分别向所述服务中心发出至少一个所述历史服务提供方的服务信息的信息获取请求；将所述服务中心反馈的至少一个所述历史服务提供方的服务信息存储在本地数据库中。
历史记录用于存储历史访问过的服务提供方的信息。历史服务提供方可以是指历史访问过的服务提供方。示例性的，可以为历史服务提供方建立监听列表，并对该监听列表中的各服务提供方对服务中心进行监听，实时根据服务中心对服务提供方的更新动态来实时更新监听列表中的服务提供方的信息，保证监听列表中各服务提供方的信息是最新的。
可以理解的是，历史访问过的服务提供方会再次进行访问，可以在本地存储历史服务提供方的服务信息，以便后续访问时直接从本地获取，提高请求服务的效率。
向服务中心请求获取全部历史服务提供方的服务信息，并存储在本地数据库，以便后续重复访问历史服务提供方时直接获取。
具体的，向服务中心请求的方式，可以是采用设定周期向服务中心请求，周期性更新本地存储的历史服务提供方的服务信息。或者是监听服务中心是否更新历史服务提供方的服务信息，在服务中心更新服务信息，向服务中心请求更新的历史服务提供方的服务信息。
通过从服务中心获取历史服务提供方的服务信息，并进行本地存储，以便后续访问时直接从本地获取，提高请求服务的效率。
S130，如果确定所述服务信息请求失败，则通过所述域名系统将所述服务请求发送至所述目标服务提供方，以使所述目标服务提供方针对所述服务请求向所述域名系统反馈请求结果；其中，所述域名系统独立于所述服务中心运行。
服务信息请求失败表示无法从服务中心获取目标提供方的服务信息。
可选的，所述确定所述服务信息请求失败，包括：当接收到所述服务中心反馈的所述服务信息为空时，确定所述服务信息请求失败；或当请求与所述服务中心建立连接的时间超过设定时间时，确定所述服务信息请求失败。
服务中心反馈的所述服务信息为空表示该目标服务提供方并未在服务中心中注册，或者该目标服务提供方已经注销。请求与所述服务中心建立连接的时间超过设定时间表示无法正常与服务中心建立连接，例如，服务中心出现故障，示例性的，服务中心离线等。
通过接收到的服务信息为空，以及无法与服务中心建立连接，确定服务信息请求失败，可以准确判断在服务中心无法获取目标服务提供方的服务信息，以便在采用其他方式获取目标服务提供方的服务信息，从而实现服务中心的容灾操作，保证可以在服务中心发生灾难性事件时，通过其他方式正确获取目标服务提供方的服务信息。
域名系统用于存储服务提供方的域名和对应的IP地址。域名系统中仅存储有服务提供方的域名和对应的IP地址，而不存储服务提供方的其他信息，如服务提供方的端口信息和状态信息等。同时，域名系统独立于服务中心运行，也就是说，域名系统和服务中心不会相互影响，也即域名系统在服务中心发生灾难性事件时，仍可以正常运行。
具体的，域名系统包括域名服务器(Domain Name System，DNS)和负载均衡服务器(Server Load Balancer，SLB)。域名服务器为网络的标准协议，各种组件和应用都可以支持。由此，采用域名系统作为服务中心出现故障的备选，可以提高服务请求处理的整个系统的兼容性，同时简化服务请求处理的容灾处理操作。
可选的，所述通过所述域名系统将所述服务请求发送至所述目标服务提供方，包括：向所述域名系统中的域名服务器发送所述目标服务提供方匹配的目标负载均衡服务器的协议地址获取请求；根据所述域名服务器反馈的协议地址向所述域名系统中的目标负载均衡服务器发送所述服务请求，以使所述目标负载均衡服务器将所述服务请求发送至所述目标服务提供方，以及接收所述目标服务提供方反馈的请求结果。
协议地址获取请求用于从域名服务器中获取目标服务提供方匹配的目标负载均衡服务器的指向信息。具体的，指向信息包括域名系统中的负载均衡服务器的协议地址。例如，指向信息可以是负载均衡服务器的IP地址。由负载均衡服务将访问请求转发到目标服务提供方(也即匹配的服务实例)中进行处理。域名可以是外网域名也可以是内网域名，通常将服务组名作为内网域名，以便建立域名与IP地址的关联关系。
协议地址用于指向目标服务提供方匹配的目标负载均衡服务器。示例性的，协议地址为IP地址。
域名服务器中存储有负载均衡服务器的域名和对应的协议地址。域名服务器用于确定负载均衡服务器的协议地址。
负载均衡服务器中存储有服务提供方的域名和对应的协议地址。此外，负载均衡服务器与服务提供方关联，而且负载均衡服务器还存储有服务提供方的端口信息。负载均衡服务器用于将服务请求转发至目标服务提供方，并接收目标服务提供方针对服务请求的请求结果，以及返回请求结果。需要说明的是，域名系统中包括多个负载均衡服务器。不同负载均衡服务器可以将服务请求转发至不同的服务提供方中，也可以将服务请求转发至相同的服务提供方中。
通过域名系统中的域名服务器，可以获取与目标服务提供方匹配的目标负载均衡服务器的协议地址，通过域名系统中的目标负载均衡服务器将服务请求转发至目标服务提供方，并接收到目标服务提供方反馈的请求结果，实现准确调用服务提供方。
S140，将所述目标服务提供方反馈的请求结果反馈给所述服务调用方。
目标服务提供方反馈的请求结果包括请求成功和请求失败。在请求成功时，可以接收到服务提供方提供的服务，此时，请求结果还包括服务数据。将请求结果反馈给服务调用方表示将目标服务提供方提供的服务提供给服务调用方，从而实现服务调用方获取服务调用方。示例性的，当请求结果为成功时，请求结果包括的服务数据表示请求设定类型的数据(如文本数据、图像数据、音频数据或视频数据等)，服务数据为该类型的数据。
若服务提供方不存在或者请求超时，确定本次服务请求的请求结果为请求失败，并记录重试的协议地址信息和累计请求次数。若累计请求次数小于设定阈值，继续重试建立与服务提供方的连接；若累计请求次数大于等于设定阈值，确定目标服务提供方反馈的请求结果为请求失败，将请求失败的结果反馈给服务调用方。
可选的，如果确定所述协议地址获取请求请求失败，则确定目标服务提供方反馈的请求结果为请求失败；如果请求与所述服务提供方建立连接的时间超过设定时间，则确定所述服务请求请求失败；如果确定所述服务请求请求失败的次数超过设定次数阈值，则确定目标服务提供方反馈的请求结果为请求失败。
在上述实施例的基础上，可选的，在查询到与所述服务请求匹配的目标服务提供方的服务信息为空之前，还包括：获取在所述服务中心中已注册的服务提供方，并根据所述服务请求，筛选出至少一个备选服务提供方；基于负载均衡算法，从所述至少一个备选服务提供方中选择一个服务提供方作为目标服务提供方，并在本地查询所述目标服务提供方的服务信息。
在所述服务中心中已注册的服务提供方表示，该服务提供方的服务信息已经存储或历史存储(当前时刻可能注销)在服务中心中。备选服务提供方均可以根据服务请求提供相应服务。
备选服务提供方的获取方法具体可以是：向服务中心请求获取提供服务请求匹配的服务的服务提供方的信息，如域名。或者，在本地中存储有在服务中心中已经注册的服务提供方能够提供的服务的信息。
备选服务提供方的筛选方法具体可以是：服务请求中包括有请求的服务的内容，例如服务类型和/或服务名称等。而服务信息用于描述服务提供方的服务类型。可以将服务信息与服务请求匹配的服务提供方作为备选服务提供方。
负载均衡算法用于在可获得的所有服务器资源中，将请求均衡的分配到各服务器进行处理，也即选择性能最佳的服务器响应该请求，以有效避免不平衡现象的发生。示例性的，负载均衡算法包括轮询法、随机法、源地址哈希法、加权轮询法、加权随机法和最小连接法等，具体可以根据需要进行选择，对此，本发明实施例不做具体限制。
在确定目标服务提供方之后，先在本地进行查询，以便在本地存储有该目标服务提供方的服务信息的情况下直接从本地获取，提高请求服务的效率。
通过获取多个能够响应该服务请求的备选服务提供方，并进行筛选得到目标服务提供方作为响应该服务请求的服务提供方，可以根据服务器资源进行合理分配，提高服务器资源分配的合理性，最大程度提高服务器资源的使用效率。
本发明实施例通过在从服务中心获取目标服务提供方的服务信息失败后，通过域名系统将服务调用方发送的服务请求转发至服务提供方，并获取服务提供方反馈的请求结果反馈给服务调用方，可以在服务中心发生故障时，服务调用方仍可以调用服务提供方，获取请求结果，解决了现有技术中服务中心出错导致服务实例的调用失败的问题，可以减少服务发现和服务注册对服务中心的依赖，提高服务调用的稳定性和可靠性。
实施例二
图2a为本发明实施例二中的一种服务请求处理方法的流程图，本实施例以上述实施例为基础进行优化，服务请求处理方法还可以包括：获取服务提供方的服务信息；将所述服务信息发送至服务中心进行注册，以使所述服务中心存储所述服务提供方的服务信息；同时从所述服务信息中提取域名以及协议地址，并发送至域名系统进行注册，以及使所述域名系统存储所述服务提供方的域名以及对应的协议地址。如图2a所示，本实施例的方法具体包括：
S210，获取服务提供方的服务信息。
本发明实施例中的服务请求、目标服务提供方、服务中心、服务信息、协议地址、信息获取请求、协议地址获取请求和请求结果等均可以参考上述实施例的描述。
通常，服务中心注册的服务提供方的数量和协议地址是动态变化的，由此，服务中心需要定期维护服务提供方的信息，以及时更新服务提供方的信息，保证服务调用方服务发现的是准确的服务信息。
示例性的，服务提供方可以定期发送自身的服务信息，由本发明实施例提供的代理武器进行转发至服务中心进行更新。
S220，将所述服务信息发送至服务中心进行注册，以使所述服务中心存储所述服务提供方的服务信息。
S230，同时从所述服务信息中提取域名以及协议地址，并发送至域名系统进行注册，以及使所述域名系统存储所述服务提供方的域名以及对应的协议地址。
通常，服务信息中包括域名和协议地址，可以对获取的服务信息进行解析，得到域名以及对应的协议地址。在采用服务信息在服务中心进行注册的同时，采用域名以及协议地址在域名系统进行注册，以保证服务提供方同时在服务中心和域名系统中注册。具体的，在域名系统中注册实际是在负载均衡服务器中注册。更详细的，服务提供方启动的时候已经将自身的信息注册到了对应的负载均衡服务器中。
在一个具体的例子中，如图2b所示，代理服务器230执行本发明实施例提供的任一所述的服务请求处理方法，代理服务器获取计算机设备240中部署的服务提供方的服务信息，或者获取容器250中部署的服务提供方的服务信息，同时在域名系统210和服务中心220中进行服务注册。其中，域名系统210包括域名服务器和至少一个负载均衡服务器，代理服务器230可以仅为一个服务提供方进行服务代理，也可以同时为多个服务提供方进行服务代理。服务中心220可以存储和管理计算机设备240和容器250部署的服务提供方的服务信息，还可以检测代理服务器230的状态。而代理服务器230可以代理服务请求、代理服务注册、代理服务注销、代理服务检测、代理服务发现和为服务提供方屏蔽服务中心等中的至少一项，此外，还可以自动切换IP地址的服务信息、IP地址与域名的自动切换、快速失败重试、多级缓存(Cache)的能力。
需要说明的是，代理服务器还可以具备跨语言、支持多种协议和统一的流量管理等能力，具体可以根据需要进行设定，对此，本发明实施例不作具体限制。
需要说明的是，服务中心的注册和域名系统的注册通常是同时的，部分先后，由此，S220和S230的顺序可以进行调整。此外，服务注册可以发生服务请求处理的过程中的任意时刻，由此，S210-S230的顺序可以与S240-280的顺序进行调整。
可选的，在发送至域名系统进行注册之后，还包括：在检测到服务提供方停止服务时，生成服务注销信息，并发送至服务中心进行注销，以使所述服务中心删除所述服务提供方的服务信息；获取所述服务提供方发送的服务注销信息，并发送至服务中心进行注销，以使所述服务中心删除所述服务提供方的服务信息；从所述服务注销信息中提取域名，并发送至域名系统进行注销，以及使所述域名系统删除所述服务提供方的域名以及对应的协议地址。
具体的，服务注销信息用于服务中心和域名服务对服务提供方的相关信息进行删除，以实现服务提供方的服务注销。具体的，服务注销信息可以包括服务提供方的标识信息，示例性的，服务注销信息包括服务提供方的域名。
服务提供方停止服务表示服务提供方无法正确响应服务请求。此时，可以直接代理服务提供方进行服务注销。或者服务提供方主动提出服务注销请求，进行服务注销。
由于服务提供方均在域名系统和服务中心进行服务注册，同样，服务提供方也需要均在域名系统和服务中心进行服务注销。其中，在域名系统中注销实际是在负载均衡服务器中注销。
需要说明的是，服务注销需要在服务注册之后进行。在服务中心和域名系统完成服务注册之后，在服务中心和域名系统进行服务注销。
通过在检测到服务提供方停止服务以及接收到服务提供方主动发出的服务注销信息时，在域名系统和服务中心中均进行注销，及时更新服务提供方的状态。
S240，接收服务请求，其中，所述服务请求用于服务调用方请求服务。
S250，如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求。
S260，如果确定所述服务信息请求失败，则通过所述域名系统将所述服务请求发送至所述目标服务提供方，以使所述目标服务提供方针对所述服务请求向所述域名系统反馈请求结果；其中，所述域名系统独立于所述服务中心运行。
S270，将所述域名系统反馈的请求结果反馈给所述服务调用方。
在一个具体的例子中，如图2c所示，服务请求处理方法具体可以包括：
S2001，接收服务请求。
S2002，判断所述服务请求匹配的目标服务提供方的服务信息是否存在。如果是，则执行S2003；否则执行S2007。
S2003，根据服务信息向服务提供方发起服务请求。
需要说明的是，如果本地未存储有各服务提供方的信息以进行负载均衡判断，可以直接从各服务提供方中选择一个作为目标服务提供方。
S2004，判断服务请求是否请求成功，如果是，则执行S2005；否则执行S2010。
S2005，获取服务数据。
获取目标服务提供方对服务请求进行处理得到的服务数据。
S2006，将得到的处理结果反馈给服务调用方。
处理结果包括请求成功时的服务数据，或者请求失败的请求结果。
S2007，向服务中心发送服务信息的信息获取请求。
S2008，判断服务中心反馈的目标服务提供方的服务信息是否为空，如果是，则执行S2003，否则执行S2009。
S2009，通过所述域名系统将所述服务请求发送至所述目标服务提供方，执行S2004。
S2010，记录重试的IP信息和累计请求次数。
S2011，判断累计请求次数是否超过设定阈值，如果是，则执行S2006；否则执行S2012。
S2012，进行服务请求的请求重试。
通过在接收到服务请求，确定匹配的目标服务提供方，并进行本地预存的目标服务提供方的服务信息是否为空，甚至是服务中心反馈的服务信息是否为空的判断，并服务中心出故障时，通过域名系统与目标服务提供方进行连接，最终实现向目标服务提供方发起服务请求，并将服务请求的包括处理得到的服务数据的成功结果和失败结果均发送给服务调用方，完成服务请求代理的流程，保证服务中心出故障的容灾操作，减少服务发现和服务注册对单个系统的依赖，提高服务调用的稳定性和可靠性。
如果目标服务提供方为第一次访问的服务提供方，可以将目标服务提供方作为历史服务提供方，并将服务信息存储在本地，同时进行定期更新，以便后续服务调用方再次访问该目标服务提供方时直接从本地获取服务信息，访问目标服务提供方。
可选的，所述确定所述服务信息请求失败，包括：当接收到所述服务中心反馈的所述服务信息为空时，确定所述服务信息请求失败；或当请求与所述服务中心建立连接的时间超过设定时间时，确定所述服务信息请求失败。
可选的，在如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求之前，还包括：从历史记录中查询至少一个历史服务提供方；分别向所述服务中心发出至少一个所述历史服务提供方的服务信息的信息获取请求；将所述服务中心反馈的至少一个所述历史服务提供方的服务信息存储在本地数据库中。
可选的，在查询到与所述服务请求匹配的目标服务提供方的服务信息为空之前，还包括：获取在所述服务中心中已注册的服务提供方，并根据所述服务请求，筛选出至少一个备选服务提供方；基于负载均衡算法，从所述至少一个备选服务提供方中选择一个服务提供方作为目标服务提供方，并在本地查询所述目标服务提供方的服务信息。
可选的，所述服务调用方为客户端，所述目标服务提供方为音频服务器。
在一个具体的例子中，服务请求为客户端发送音频数据获取的请求，确定获取该音频数据的多个备选音频服务器，并基于负载均衡算法，从中选择目标音频服务器，并在本地查询是否存储有该目标音频服务器的服务信息。如果本地未存储该服务信息，向服务中心请求获取。如果无法连接到服务中心，则向域名系统请求获取该目标音频服务器的IP地址，并在获取IP地址之后，将服务请求发送至目标音频服务器，获取目标音频服务器反馈的请求结果。如果请求结果为请求成功，则将获取的音频数据反馈到客户端；如果请求结果为请求失败，则将请求失败的请求结果反馈到客户端。
可选的，所述通过所述域名系统将所述服务请求发送至所述目标服务提供方，包括：向所述域名系统中的域名服务器发送所述目标服务提供方匹配的目标负载均衡服务器的协议地址获取请求；根据所述域名服务器反馈的协议地址向所述域名系统中的目标负载均衡服务器发送所述服务请求，以使所述目标负载均衡服务器将所述服务请求发送至所述目标服务提供方，以及接收所述目标服务提供方反馈的请求结果。
本发明实施例通过为服务提供方在服务中心和域名系统均进行服务注册，实现在两个系统中存储有服务提供方的信息，以便在服务中心出现故障时，降级到使用域名和IP地址的对应关系，确定服务提供方的IP地址，已进行服务提供方的调用，从而减少服务发现和服务注册对服务中心的依赖，提高服务调用的稳定性、可靠性和可用性。
实施例三
图3为本发明实施例三中的一种服务请求处理装置的示意图。实施例三是实现本发明上述实施例提供的服务请求处理方法的相应装置，该装置可采用软件和/或硬件的方式实现，并一般可集成计算机设备中，如服务器等。
相应的，本实施例的装置可以包括：
服务请求接收模块310，用于接收服务请求，其中，所述服务请求用于服务调用方请求服务；
服务信息请求模块320，用于如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求；
协议地址请求模块330，用于如果确定所述服务信息请求失败，则通过所述域名系统将所述服务请求发送至所述目标服务提供方，以使所述目标服务提供方针对所述服务请求向所述域名系统反馈请求结果；其中，所述域名系统独立于所述服务中心运行；
请求结果反馈模块340，用于将所述域名系统反馈的请求结果反馈给所述服务调用方。
本发明实施例通过在从服务中心获取目标服务提供方的服务信息失败后，通过域名系统将服务调用方发送的服务请求转发至服务提供方，并获取服务提供方反馈的请求结果反馈给服务调用方，可以在服务中心发生故障时，服务调用方仍可以调用服务提供方，获取请求结果，解决了现有技术中服务中心出错导致服务实例的调用失败的问题，可以减少服务发现和服务注册对服务中心的依赖，提高服务调用的稳定性和可靠性。
进一步的，所述协议地址请求模块330，包括：服务信息请求失败单元，用于当接收到所述服务中心反馈的所述服务信息为空时，确定所述服务信息请求失败；或当请求与所述服务中心建立连接的时间超过设定时间时，确定所述服务信息请求失败。
进一步的，所述服务请求处理装置，还包括：服务注册模块，用于获取服务提供方的服务信息；将所述服务信息发送至服务中心进行注册，以使所述服务中心存储所述服务提供方的服务信息；同时从所述服务信息中提取域名以及协议地址，并发送至域名系统进行注册，以及使所述域名系统存储所述服务提供方的域名以及对应的协议地址。
进一步的，所述服务请求处理装置，还包括：服务注销模块，用于在发送至域名系统进行注册之后，在检测到服务提供方停止服务时，生成服务注销信息，并发送至服务中心进行注销，以使所述服务中心删除所述服务提供方的服务信息；获取所述服务提供方发送的服务注销信息，并发送至服务中心进行注销，以使所述服务中心删除所述服务提供方的服务信息；从所述服务注销信息中提取域名，并发送至域名系统进行注销，以及使所述域名系统删除所述服务提供方的域名以及对应的协议地址。
进一步的，所述服务请求处理装置，还包括：本地存储模块，用于在如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求之前，从历史记录中查询至少一个历史服务提供方；分别向所述服务中心发出至少一个所述历史服务提供方的服务信息的信息获取请求；将所述服务中心反馈的至少一个所述历史服务提供方的服务信息存储在本地数据库中。
进一步的，所述服务请求处理装置，还包括：服务提供方选择模块，用于在查询到与所述服务请求匹配的目标服务提供方的服务信息为空之前，获取在所述服务中心中已注册的服务提供方，并根据所述服务请求，筛选出至少一个备选服务提供方；基于负载均衡算法，从所述至少一个备选服务提供方中选择一个服务提供方作为目标服务提供方，并在本地查询所述目标服务提供方的服务信息。
进一步的，所述服务调用方为客户端，所述目标服务提供方为音频服务器。
进一步的，所述协议地址请求模块330，包括：协议地址获取单元，用于向所述域名系统中的域名服务器发送所述目标服务提供方匹配的目标负载均衡服务器的协议地址获取请求；根据所述域名服务器反馈的协议地址向所述域名系统中的目标负载均衡服务器发送所述服务请求，以使所述目标负载均衡服务器将所述服务请求发送至所述目标服务提供方，以及接收所述目标服务提供方反馈的请求结果。
上述数据存储装置可执行本发明实施例任一所提供的服务请求处理方法，具备执行的服务请求处理方法相应的功能模块和有益效果。
实施例四
图4为本发明实施例四提供的一种计算机设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图4显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图4所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。计算机设备12可以是挂接在总线上的设备。
总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture，ISA)总线，微通道体系结构(Micro Channel Architecture，MCA)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。
计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)，数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(Input/Output，I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local AreaNetwork，LAN)，广域网(Wide Area Network，WAN)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图4中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、(Redundant Arrays of Inexpensive Disks，RAID)系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明任意实施例所提供的一种服务请求处理方法。
实施例五
本发明实施例五提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有发明实施例提供的服务请求处理方法：
也即，该程序被处理器执行时实现：接收服务请求，其中，所述服务请求用于服务调用方请求服务；如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求；如果确定所述服务信息请求失败，则通过所述域名系统将所述服务请求发送至所述目标服务提供方，以使所述目标服务提供方针对所述服务请求向所述域名系统反馈请求结果；其中，所述域名系统独立于所述服务中心运行；将所述域名系统反馈的请求结果反馈给所述服务调用方。
本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、RAM、只读存储器(Read OnlyMemory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式CD-ROM、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、无线电频率(RadioFrequency，RF)等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括LAN或WAN——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种服务请求处理方法，其特征在于，包括：
接收服务请求，其中，所述服务请求用于服务调用方请求服务；
如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求；
如果确定所述服务信息请求失败，则通过所述域名系统将所述服务请求发送至所述目标服务提供方，以使所述目标服务提供方针对所述服务请求向所述域名系统反馈请求结果；其中，所述域名系统独立于所述服务中心运行；
将所述域名系统反馈的请求结果反馈给所述服务调用方。
2.根据权利要求1所述的方法，其特征在于，所述确定所述服务信息请求失败，包括：
当接收到所述服务中心反馈的所述服务信息为空时，确定所述服务信息请求失败；或
当请求与所述服务中心建立连接的时间超过设定时间时，确定所述服务信息请求失败。
3.根据权利要求1所述的方法，其特征在于，还包括：
获取服务提供方的服务信息；
将所述服务信息发送至服务中心进行注册，以使所述服务中心存储所述服务提供方的服务信息；
同时从所述服务信息中提取域名以及协议地址，并发送至域名系统进行注册，以及使所述域名系统存储所述服务提供方的域名以及对应的协议地址。
4.根据权利要求3所述的方法，其特征在于，在发送至域名系统进行注册之后，还包括：
在检测到服务提供方停止服务时，生成服务注销信息，并发送至服务中心进行注销，以使所述服务中心删除所述服务提供方的服务信息；
获取所述服务提供方发送的服务注销信息，并发送至服务中心进行注销，以使所述服务中心删除所述服务提供方的服务信息；
从所述服务注销信息中提取域名，并发送至域名系统进行注销，以及使所述域名系统删除所述服务提供方的域名以及对应的协议地址。
5.根据权利要求1所述的方法，其特征在于，在如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求之前，还包括：
从历史记录中查询至少一个历史服务提供方；
分别向所述服务中心发出至少一个所述历史服务提供方的服务信息的信息获取请求；
将所述服务中心反馈的至少一个所述历史服务提供方的服务信息存储在本地数据库中。
6.根据权利要求1所述的方法，其特征在于，在查询到与所述服务请求匹配的目标服务提供方的服务信息为空之前，还包括：
获取在所述服务中心中已注册的服务提供方，并根据所述服务请求，筛选出至少一个备选服务提供方；
基于负载均衡算法，从所述至少一个备选服务提供方中选择一个服务提供方作为目标服务提供方，并在本地查询所述目标服务提供方的服务信息。
7.根据权利要求1所述的方法，其特征在于，所述通过所述域名系统将所述服务请求发送至所述目标服务提供方，包括：
向所述域名系统中的域名服务器发送所述目标服务提供方匹配的目标负载均衡服务器的协议地址获取请求；
根据所述域名服务器反馈的协议地址向所述域名系统中的目标负载均衡服务器发送所述服务请求，以使所述目标负载均衡服务器将所述服务请求发送至所述目标服务提供方，以及接收所述目标服务提供方反馈的请求结果。
8.一种服务请求处理装置，其特征在于，包括：
服务请求接收模块，用于接收服务请求，其中，所述服务请求用于服务调用方请求服务；
服务信息请求模块，用于如果查询到与所述服务请求匹配的目标服务提供方的服务信息为空，则向服务中心发出所述服务信息的信息获取请求；
协议地址请求模块，用于如果确定所述服务信息请求失败，则通过所述域名系统将所述服务请求发送至所述目标服务提供方，以使所述目标服务提供方针对所述服务请求向所述域名系统反馈请求结果；其中，所述域名系统独立于所述服务中心运行；
请求结果反馈模块，用于将所述域名系统反馈的请求结果反馈给所述服务调用方。
9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一所述的服务请求处理方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的服务请求处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910870815.8A CN110519395A (zh) | 2019-09-16 | 2019-09-16 | 服务请求处理方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910870815.8A CN110519395A (zh) | 2019-09-16 | 2019-09-16 | 服务请求处理方法、装置、计算机设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110519395A true CN110519395A (zh) | 2019-11-29 |
Family
ID=68632438
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910870815.8A Pending CN110519395A (zh) | 2019-09-16 | 2019-09-16 | 服务请求处理方法、装置、计算机设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110519395A (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110991903A (zh) * | 2019-12-05 | 2020-04-10 | 苏州达家迎信息技术有限公司 | 一种服务人员的分配方法、装置、设备和存储介质 |
| CN111078414A (zh) * | 2019-12-17 | 2020-04-28 | 北京思维造物信息科技股份有限公司 | 请求响应方法、装置、设备和存储介质 |
| CN111614795A (zh) * | 2020-04-29 | 2020-09-01 | 西安震有信通科技有限公司 | 服务器地址域名化处理方法、装置、计算机设备及介质 |
| CN112202854A (zh) * | 2020-09-17 | 2021-01-08 | 北京金山云网络技术有限公司 | 一种联调方法、装置、设备及介质 |
| CN112527779A (zh) * | 2020-12-22 | 2021-03-19 | 北京明朝万达科技股份有限公司 | 事件处理方法、装置及系统 |
| CN113765870A (zh) * | 2020-09-01 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 一种远程服务调用方法、装置和系统 |
| CN113840004A (zh) * | 2021-05-28 | 2021-12-24 | 善理通益信息科技(深圳)有限公司 | 一种局域网内的服务发现机制的实现方法及装置 |
| CN115550445A (zh) * | 2022-10-31 | 2022-12-30 | 浪潮云信息技术股份公司 | 一种分布式系统请求响应方法及相关组件 |
| CN115801788A (zh) * | 2023-02-01 | 2023-03-14 | 深圳市思为软件技术有限公司 | 事件投递的方法、装置、电子设备及存储介质 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108270748A (zh) * | 2016-12-30 | 2018-07-10 | 北京酷我科技有限公司 | 一种数据传输方法及系统 |
| CN108427581A (zh) * | 2018-02-07 | 2018-08-21 | 平安普惠企业管理有限公司 | 系统微服务化方法及终端设备 |
| CN108696551A (zh) * | 2017-04-06 | 2018-10-23 | 中兴通讯股份有限公司 | 系统进程间请求寻址的方法和装置 |
| CN109257440A (zh) * | 2018-10-29 | 2019-01-22 | 南京南瑞信息通信科技有限公司 | 一种基于服务注册中心的服务发现和客户端负载均衡方法 |
| US20190079804A1 (en) * | 2017-09-13 | 2019-03-14 | At&T Intellectual Property I, L.P. | Framework, method and apparatus for network function as a service for hosted network functions in a cloud environment |
| CN109495559A (zh) * | 2018-11-06 | 2019-03-19 | 用友网络科技股份有限公司 | 微服务客户端的服务注册及调用方法、注册及调用系统 |
| CN109542645A (zh) * | 2018-11-20 | 2019-03-29 | 北京锐安科技有限公司 | 一种调用服务的方法、装置、电子设备及存储介质 |
| CN110213382A (zh) * | 2019-06-12 | 2019-09-06 | 广州欢聊网络科技有限公司 | 一种动态域名交互方法、装置 |
-
2019
- 2019-09-16 CN CN201910870815.8A patent/CN110519395A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108270748A (zh) * | 2016-12-30 | 2018-07-10 | 北京酷我科技有限公司 | 一种数据传输方法及系统 |
| CN108696551A (zh) * | 2017-04-06 | 2018-10-23 | 中兴通讯股份有限公司 | 系统进程间请求寻址的方法和装置 |
| US20190079804A1 (en) * | 2017-09-13 | 2019-03-14 | At&T Intellectual Property I, L.P. | Framework, method and apparatus for network function as a service for hosted network functions in a cloud environment |
| CN108427581A (zh) * | 2018-02-07 | 2018-08-21 | 平安普惠企业管理有限公司 | 系统微服务化方法及终端设备 |
| CN109257440A (zh) * | 2018-10-29 | 2019-01-22 | 南京南瑞信息通信科技有限公司 | 一种基于服务注册中心的服务发现和客户端负载均衡方法 |
| CN109495559A (zh) * | 2018-11-06 | 2019-03-19 | 用友网络科技股份有限公司 | 微服务客户端的服务注册及调用方法、注册及调用系统 |
| CN109542645A (zh) * | 2018-11-20 | 2019-03-29 | 北京锐安科技有限公司 | 一种调用服务的方法、装置、电子设备及存储介质 |
| CN110213382A (zh) * | 2019-06-12 | 2019-09-06 | 广州欢聊网络科技有限公司 | 一种动态域名交互方法、装置 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110991903A (zh) * | 2019-12-05 | 2020-04-10 | 苏州达家迎信息技术有限公司 | 一种服务人员的分配方法、装置、设备和存储介质 |
| CN111078414A (zh) * | 2019-12-17 | 2020-04-28 | 北京思维造物信息科技股份有限公司 | 请求响应方法、装置、设备和存储介质 |
| CN111078414B (zh) * | 2019-12-17 | 2024-03-01 | 北京思维造物信息科技股份有限公司 | 请求响应方法、装置、设备和存储介质 |
| CN111614795A (zh) * | 2020-04-29 | 2020-09-01 | 西安震有信通科技有限公司 | 服务器地址域名化处理方法、装置、计算机设备及介质 |
| CN111614795B (zh) * | 2020-04-29 | 2022-08-16 | 西安震有信通科技有限公司 | 服务器地址域名化处理方法、装置、计算机设备及介质 |
| CN113765870B (zh) * | 2020-09-01 | 2023-09-05 | 北京沃东天骏信息技术有限公司 | 一种远程服务调用方法、装置和系统 |
| CN113765870A (zh) * | 2020-09-01 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 一种远程服务调用方法、装置和系统 |
| CN112202854A (zh) * | 2020-09-17 | 2021-01-08 | 北京金山云网络技术有限公司 | 一种联调方法、装置、设备及介质 |
| CN112202854B (zh) * | 2020-09-17 | 2022-08-02 | 北京金山云网络技术有限公司 | 一种联调方法、装置、设备及介质 |
| CN112527779A (zh) * | 2020-12-22 | 2021-03-19 | 北京明朝万达科技股份有限公司 | 事件处理方法、装置及系统 |
| CN113840004A (zh) * | 2021-05-28 | 2021-12-24 | 善理通益信息科技(深圳)有限公司 | 一种局域网内的服务发现机制的实现方法及装置 |
| CN115550445A (zh) * | 2022-10-31 | 2022-12-30 | 浪潮云信息技术股份公司 | 一种分布式系统请求响应方法及相关组件 |
| CN115801788B (zh) * | 2023-02-01 | 2023-05-16 | 深圳市思为软件技术有限公司 | 事件投递的方法、装置、电子设备及存储介质 |
| CN115801788A (zh) * | 2023-02-01 | 2023-03-14 | 深圳市思为软件技术有限公司 | 事件投递的方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110519395A (zh) | 服务请求处理方法、装置、计算机设备及存储介质 | |
| US10977140B2 (en) | Fault tolerant distributed system to monitor, recover and scale load balancers | |
| CN109274707B (zh) | 一种负载调度方法及装置 | |
| US20190319881A1 (en) | Traffic management based on past traffic arrival patterns | |
| US8984135B2 (en) | Methods and apparatus for load balancing in communication networks | |
| JP4087903B2 (ja) | ネットワーク・サービスの負荷平衡化及びフェールオーバ | |
| US7543069B2 (en) | Dynamically updating session state affinity | |
| US9075660B2 (en) | Apparatus and method for providing service availability to a user via selection of data centers for the user | |
| US20090006531A1 (en) | Client request based load balancing | |
| CN108023953B (zh) | Ftp服务的高可用实现方法和装置 | |
| US8239705B2 (en) | Method and apparatus for managing communication services for user endpoint devices | |
| US8156217B2 (en) | Dynamically balancing load for servers | |
| JP2017079064A (ja) | Ｓｍｂ２スケールアウト | |
| CN109496432A (zh) | 流媒体直播方法及系统 | |
| CN111212134A (zh) | 一种请求报文处理方法、装置、边缘计算系统和电子设备 | |
| CN109510878B (zh) | 一种长连接会话保持方法和装置 | |
| US8676977B2 (en) | Method and apparatus for controlling traffic entry in a managed packet network | |
| CN107105013B (zh) | 文件的处理方法、服务器、终端和系统 | |
| CN110442610A (zh) | 负载均衡的方法、装置、计算设备以及介质 | |
| CN107172214B (zh) | 一种具有负载均衡的服务节点发现方法及装置 | |
| CN106230992B (zh) | 一种负载均衡方法和负载均衡节点 | |
| US10587680B2 (en) | Efficient transaction level workload management across multi-tier heterogeneous middleware clusters | |
| US9806965B2 (en) | Automatic user redundancy determination | |
| CN113179295B (zh) | 报文处理方法及装置 | |
| CN116781564B (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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191129 |