CN111371873B - 一种Web服务选举方法、装置和服务器 - Google Patents

一种Web服务选举方法、装置和服务器 Download PDF

Info

Publication number
CN111371873B
CN111371873B CN202010126339.1A CN202010126339A CN111371873B CN 111371873 B CN111371873 B CN 111371873B CN 202010126339 A CN202010126339 A CN 202010126339A CN 111371873 B CN111371873 B CN 111371873B
Authority
CN
China
Prior art keywords
service
target service
weight value
target
group
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
CN202010126339.1A
Other languages
English (en)
Other versions
CN111371873A (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.)
Xiamen Wangsu Co Ltd
Original Assignee
Xiamen Wangsu 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 Xiamen Wangsu Co Ltd filed Critical Xiamen Wangsu Co Ltd
Priority to CN202010126339.1A priority Critical patent/CN111371873B/zh
Publication of CN111371873A publication Critical patent/CN111371873A/zh
Application granted granted Critical
Publication of CN111371873B publication Critical patent/CN111371873B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083—Techniques for rebalancing the load in a distributed system
    • 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)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种Web服务选举方法、装置和服务器，涉及消息分发技术领域。所述方法包括：根据接收到的用户请求确定所述用户请求对应的服务组，并判断所述用户请求是否为定向请求；如果所述用户请求是所述定向请求，则根据所述用户请求确定所述目标服务；如果所述用户请求不是所述定向请求，则根据所述服务组的配置信息，确定目标服务，其中，所述配置信息包括所述服务组中各服务的当前待处理请求数和当前权重值；将所述用户请求发送给所述目标服务，以使所述目标服务对所述用户请求进行处理；更新所述目标服务的当前待处理请求数。本发明能够减少服务资源浪费，避免服务负载过高。

Description

一种Web服务选举方法、装置和服务器
技术领域
本发明涉及消息分发技术领域，尤其涉及一种Web服务选举方法、装置和服务器。
背景技术
Web服务器可以为用户提供下载、存储、转发等相关服务，当前，在高并发场景下，为了保证服务的可用性，通常会配置多个服务来处理用户请求，由于不同服务之间的负载能力不同，因此，可以为不同服务设置相应的权重值，使得用户请求根据权重值分发到不同的服务上。
当Web服务器接收到用户请求后，首先判断用户请求是否是定向请求，如果是定向请求，则直接发送给对应的服务；如果不是定向请求，Web服务根据各服务的权重值，确定对应的服务，再将用户请求发给该服务。
在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：
由于用户请求中存在定向请求，而只有非定向的用户请求才通过权重值确定目标服务，这样，会导致服务被分配到的用户请求数量与其权重值不符，使得有些服务较为空闲，有些服务负载较重。
发明内容
为了解决现有技术的问题，本发明实施例提供了一种Web服务选举方法、装置和服务器。所述技术方案如下：
第一方面，提供了一种Web服务选举方法，包括：
根据接收到的用户请求确定所述用户请求对应的服务组，并判断所述用户请求是否为定向请求；
如果所述用户请求是所述定向请求，则根据所述用户请求确定所述目标服务；
如果所述用户请求不是所述定向请求，则根据所述服务组的配置信息，确定目标服务，其中，所述配置信息包括所述服务组中各服务的当前待处理请求数和当前权重值；
将所述用户请求发送给所述目标服务，以使所述目标服务对所述用户请求进行处理；
更新所述目标服务的当前待处理请求数。
进一步的，所述方法还包括：
在所述目标服务完成对所述用户请求的处理后，更新所述目标服务的当前待处理请求数。
进一步的，所述服务组的配置信息还包括所述服务组中各服务的初始权重值和当前权重值系数，所述方法还包括：
根据所述目标服务的初始权重值和当前权重值系数，计算所述目标服务的当前权重值。
进一步的，所述服务组的配置信息还包括所述服务组中各服务的状态参数、处理成功数和处理失败数，所述方法还包括：
周期性获取所述目标服务的处理成功数和处理失败数，并计算所述目标服务的处理总数；
根据所述目标服务的处理失败数和处理总数，计算所述目标服务的处理失败率；
当所述目标服务的处理失败数大于失败数上限值，或者，所述目标服务的处理失败率大于失败率上限值时，调整所述目标服务的当前权重值系数。
进一步的，所述调整所述目标服务的当前权重值系数，包括：
当所述目标服务的当前权重值不为0时，判断所述目标服务所属服务组的类型，其中，所述服务组的类型包括：主备服务组和一般服务组；
如果所述服务组的类型为主备服务组，则确定所述目标服务是否为主服务；
当所述目标服务为主服务，且备服务的状态参数为正常时，调整所述目标服务的当前权重值系数，并设置所述目标服务的状态参数为故障；
当所述目标服务为备服务时，设置所述目标服务的状态参数为故障；
如果所述服务组的类型为一般服务组，则确定所述目标服务的状态参数；
当所述目标服务的状态参数为正常时，根据所述服务组中所有状态参数为故障的服务的初始权重值和所述服务组中所有服务的初始权重值，计算所述服务组的初始权重值故障比；
根据所述服务组中所有状态参数为故障的服务数量和所述服务组中所有服务数量，计算所述服务组的故障服务比；
当所述服务组的初始权重值故障比小于初始权重值故障比阈值，且所述服务组的故障服务比小于故障服务比阈值时，调整所述目标服务的当前权重值系数，并设置所述目标服务的状态参数为故障；
当所述目标服务的状态参数为故障时，调整所述目标服务的当前权重值系数。
进一步的，所述调整所述目标服务的当前权重值系数，包括：
根据所述服务组中所有服务的初始权重值和当前权重值，计算所述服务组的权重值故障比；
如果所述服务组的权重值故障比小于权重值故障比阈值，则根据所述目标服务的初始权重值与权重值故障比阈值，计算所述目标服务的当前权重值系数。
进一步的，所述方法还包括：
比较所述目标服务的当前权重值系数与预设的最小权重值系数；
如果所述目标服务的当前权重值系数小于所述最小权重值系数，则将所述最小权重值系数设置为所述目标服务的当前权重值系数。
进一步的，所述服务组的配置信息还包括所述服务组中各服务的状态参数，所述方法还包括：
周期性确定所述目标服务的状态参数；
当所述目标服务的状态参数为故障时，恢复所述目标服务的当前权重值系数。
进一步的，所述服务组的配置信息还包括所述服务组中各服务的处理成功数和处理失败数，所述恢复所述目标服务的当前权重值系数，包括：
获取所述目标服务的处理成功数和处理失败数，并计算所述目标服务的处理总数；
根据所述目标服务的处理失败数和处理总数，计算所述目标服务的处理失败率；
当所述目标服务的处理成功数大于0，且处理失败数小于失败数下限值，或者，所述目标服务的处理成功数大于0，且处理失败率小于失败率下限值时，恢复所述目标服务的当前权重值系数。
进一步的，所述恢复所述目标服务的当前权重值系数，包括：
判断所述目标服务所属服务组的类型，其中，所述服务组的类型包括：主备服务组和一般服务组；
如果所述服务组的类型为主备服务组，则确定所述目标服务是否为主服务；
当所述目标服务为主服务时，根据预设的权重值系数恢复值计算所述目标服务的当前权重值系数；
当所述目标服务为备服务时，设置所述目标服务的状态参数为正常；
如果所述服务组的类型为一般服务组，则根据所述预设的权重值系数恢复值计算所述目标服务的当前权重值系数。
进一步的，所述服务组的配置信息还包括所述服务组中各服务的初始权重值系数，所述方法还包括：
比较所述目标服务的当前权重值系数与初始权重值系数；
如果所述目标服务的当前权重值系数与初始权重值系数相同，则设置所述目标服务的状态参数为正常。
进一步的，所述方法还包括：
如果所述服务组的类型为主备服务组，且所述目标服务为主服务，则根据所述目标服务的初始权重值和当前权重值系数，计算所述目标服务的当前权重值；
根据所述目标服务的初始权重值和当前权重值，计算所述目标服务的权重降低值；
将所述目标服务的权重降低值设置为备服务的当前权重值。
进一步的，所述服务组的配置信息还包括所述服务组中各服务的初始权重值系数，所述恢复所述目标服务的当前权重值系数，包括：
确定所述目标服务的当前权重值系数是否为0；
如果所述目标服务的当前权重值系数为0，则判断所述目标服务是否为备服务；
如果所述目标服务不是备服务，则根据所述预设的权重值系数恢复值恢复所述目标服务的当前权重值系数。
进一步的，所述方法还包括：
在所述目标服务完成对所述用户请求的处理后，确定所述用户请求的处理结果；
当所述用户请求的处理结果为成功时，更新所述目标服务的处理成功数；
当所述用户请求的处理结果为失败时，确定所述处理结果的失败原因；
如果所述失败原因与预设处理失败信息相同，则更新所述目标服务的处理失败数。
第二方面，提供了一种Web服务选举装置，包括：
判断模块，用于根据接收到的用户请求确定所述用户请求对应的服务组，并判断所述用户请求是否为定向请求；
发送模块，用于如果所述用户请求是所述定向请求，则根据所述用户请求确定所述目标服务；
计算模块，用于如果所述用户请求不是所述定向请求，则根据所述服务组的配置信息，确定目标服务，其中，所述配置信息包括所述服务组中各服务的当前待处理请求数和当前权重值；
所述发送模块，还用于将所述用户请求发送给所述目标服务，以使所述目标服务对所述用户请求进行处理；
更新模块，用于更新所述目标服务的当前待处理请求数。
第三方面，提供了一种Web服务器，所述服务器包括存储器和处理器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述第一方面所述的Web服务选举方法。
本发明实施例提供的技术方案带来的有益效果是：
本发明实施例中，根据接收到的用户请求确定所述用户请求对应的服务组，并判断所述用户请求是否为定向请求；如果所述用户请求是所述定向请求，则根据所述用户请求确定所述目标服务；如果所述用户请求不是所述定向请求，则根据所述服务组的配置信息，确定目标服务，其中，所述配置信息包括所述服务组中各服务的当前待处理请求数和当前权重值；将所述用户请求发送给所述目标服务，以使所述目标服务对所述用户请求进行处理；更新所述目标服务的当前待处理请求数。这样，将定向请求也统计在服务的当前待处理请求数中，再通过当前待处理请求数和当前权重值确定目标服务，使得确定目标服务时考虑到定向请求，从而减少了用户请求分配与权重值不符的情况发生，减少服务资源浪费，避免服务负载过高。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种Web服务选举方法的流程图；
图2是本发明实施例提供的一种Web服务选举方法中环形缓冲器的示意图；
图3是本发明实施例提供的一种Web服务选举装置的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例提供了一种Web服务选举方法，该方法可以适用于Web服务器。Web服务器能够通过预先设置的服务为用户提供存储、下载和转发等功能。Web服务器与客户端连接，可以接收用户请求。在接收到用户请求后，Web服务器可以通过服务的当前待处理请求数和当前权重值，确定处理用户请求的目标服务。处理用户请求的目标服务可以是在Web服务器本地，也可以是在其他服务器，Web服务器在确定目标服务之后，可以将用户请求发送给目标服务。Web服务器中可以包括处理器、存储器、收发器。处理器可以用于进行下述流程中的确定目标服务、计算服务的当前权重值、调整服务的当前权重值系数等处理，存储器可以用于存储服务组的配置信息以及下述处理过程中需要的数据以及产生的数据，收发器可以用于接收和发送用户请求。
本实施例的应用场景可以是：Web服务器在接收到客户端发来的用户请求后，根据用户请求包含的请求信息，确定对应的服务组，并进一步判断用户请求是否为定向请求。如果用户请求是定向请求，Web服务器直接将用户请求发送给对应的目标服务；如果用户请求不是定向请求，Web服务器根据服务组中各服务的当前待处理请求数和当前权重值，确定处理用户请求的目标服务，然后将用户请求发送给目标服务。在将用户请求发送给目标服务之后，Web服务器更新目标服务的当前待处理请求数。
下面将结合具体实施方式，对图1所示的一种Web服务选举流程进行详细的说明，内容可以如下：
步骤101：根据接收到的用户请求确定用户请求对应的服务组，并判断用户请求是否为定向请求。
在实施中，Web服务器可以通过客户端向用户提供增加、删除、修改、存储、下载和转发等功能。用户进行数据处理时，可以通过客户端向Web服务器发送用户请求。Web服务器在接收到用户请求后，可以从用户请求中获取请求信息，从而确定为用户请求提供服务的服务组，同时，Web服务器还可以根据获取的请求信息，判断用户请求是否为定向请求。
步骤102：如果用户请求是定向请求，则根据用户请求确定目标服务。
在实施中，Web服务器在根据请求信息判断用户请求是否为定向请求之后，如果用户请求是定向请求，表明用户请求已经指定了处理用户请求的目标服务。此时，用户请求的请求信息中包含有目标服务的相关信息，因此，Web服务器可以直接根据用户请求来确定目标服务。
步骤103：如果用户请求不是定向请求，则根据服务组的配置信息，确定目标服务。
其中，配置信息包括服务组中各服务的当前待处理请求数和当前权重值。
在实施中，Web服务器在根据请求信息判断用户请求是否为定向请求之后，如果用户请求不是定向请求，表明用户请求没有指定处理用户请求的目标服务。此时，用户请求的请求信息中没有目标服务的相关信息，因此，Web服务器就可以从之前确定的服务组所包含的所有服务中，选择一个作为处理用户请求的目标服务。Web服务器上可以采用如图2所示的环形缓冲器存储所有服务组的配置信息，环形缓冲器可以将存储空间划分为首尾相连、大小相等的若干个区域，存储时可以按照序号，顺序存储数据。环形缓冲器具有固定的大小，当存储空间已满，可以直接按照序号覆盖原有数据。配置信息可以包括服务组中各服务的当前待处理请求数和当前权重值以及其他相关信息，当前权重值通常与服务的处理能力相关，服务的处理能力越强，当前权重值也越大；当前待处理请求数则体现了服务当前的负载状况，服务的负载越低，则当前待处理请求数越小。当需要从服务组包含的所有服务中确定目标服务时，Web服务器可以获取服务组的配置信息，从配置信息中得到服务组中各服务的当前待处理请求数和当前权重值。然后，Web服务器分别计算服务组中各服务的当前待处理请求数与当前权重值之比。根据前文所述可知，所得结果越小的服务，其负载越低(当前待处理请求数越小)，处理能力越强(当前权重值越大)，因此，相较结果大的服务(负载高或处理能力弱)，结果小的服务更适于处理用户请求。故而，Web服务器可以将所得结果较小的服务作为目标服务。
例如，Web服务器接收到1个用户请求R1，确定用户请求R1对应的服务组为服务组2，并且不是定向请求。服务组2的配置信息如表1所示，服务C的当前权重值为1，当前待处理请求数为1，服务D的当前权重值为3，当前待处理请求数为1。Web服务器计算服务C的当前待处理请求数与当前权重值之比为1，服务D的当前待处理请求数与当前权重值之比为1/3，因此，Web服务器确定服务D为用户请求R1的目标服务。
表1服务组配置信息表
Figure BDA0002394471570000081
步骤104：将用户请求发送给目标服务，以使目标服务对用户请求进行处理。
在实施中，无论是定向请求还是非定向请求，Web服务器在确定目标服务后，都需要将用户请求发送给目标服务，这样，目标服务就能够根据用户请求进行相应的数据处理。
步骤105：更新目标服务的当前待处理请求数。
在实施中，Web服务器在将用户请求发送给目标服务后，目标服务上实际的当前待处理请求数就会改变。如前文所述，Web服务器需要通过当前待处理请求数确定用户请求的目标服务，因此，在将用户请求发送给目标服务后，Web服务器立即在服务组的配置信息中，更新目标服务的当前待处理请求数。在本发明中，可以直接将目标服务的当前待处理请求数加一，来实现更新目标服务的当前待处理请求数，当然，也可以通过其他方式更新目标服务的当前待处理请求数，本发明对此不做限制。
在前文所述的例子中，Web服务器在确定服务D为该用户请求的目标服务后，可以更新服务组2中服务D的当前待处理请求数为2。
可选的，在服务完成对所述用户请求的处理后，服务上实际的当前待处理请求数也会改变，如前文所述，为了使Web服务器在后续接收到用户请求时，仍然能够准确的确定目标服务，故而，相应的处理可以如下：在目标服务完成对用户请求的处理后，更新目标服务的当前待处理请求数。
在实施中，如前文所述，Web服务器需要通过当前待处理请求数确定用户请求的目标服务，因此，当前待处理请求数是否准确，将会影响Web服务器确定目标服务的准确性。由于不同服务处理用户请求的速度不同，如果在服务完成对用户请求的处理后，Web服务器没有及时在服务组的配置信息中，更新服务的当前待处理请求数，可能导致Web服务器在下一次确定目标服务时发生误判，将当前待处理请求数与当前权重值之比实际较大的服务作为目标服务，从造成了服务资源的浪费，并影响用户请求的处理效率。
在前文的例子中，当Web服务器又接收到1个用户请求R2，并确定用户请求R2对应的服务组仍为服务组2时。此时，如果服务C已经完成对前一个用户请求的处理，由于Web服务器没有及时在服务组2的配置信息中，更新服务C的当前待处理请求数，导致服务C实际的当前待处理请求数为0，但服务组2的配置信息中，服务C的当前待处理请求数仍为1，服务D的当前待处理请求数为2。Web服务器计算服务C的当前待处理请求数与当前权重值之比为1(实际应为0)，服务D的当前待处理请求数与当前权重值之比为2/3。根据上述结果，Web服务器仍然确定服务D为用户请求R2的目标服务。可见，在此情况下，服务C实际处于空闲状态，而服务D在有2个尚未处理完的用户请求的情况下，又接收到1个用户请求。
因此，为了避免上述情况的发生，优化服务资源使用率，提高用户请求处理效率，在服务完成对用户请求的处理后，Web服务器立即在服务组的配置信息中，更新服务的当前待处理请求数。在本发明中，可以直接将目标服务的当前待处理请求数减一，来实现更新目标服务的当前待处理请求数，当然，也可以通过其他方式更新目标服务的当前待处理请求数，本发明对此不做限制。
在前文的例子中，如果服务C完成对前一个用户请求的处理后，Web服务器及时在服务组2的配置信息中更新服务C的当前待处理请求数，此时，服务组2的配置信息中，服务C的当前待处理请求数为0，服务D的当前待处理请求数为2。当Web服务器接收到用户请求R2，并确定用户请求R2对应的服务组仍为服务组2时，Web服务器计算服务C的当前待处理请求数与当前权重值之比为0，服务D的当前待处理请求数与当前权重值之比为2/3，从而确定服务C为用户请求R2的目标服务。
可选的，还可以在服务组的配置信息中设置各服务的初始权重值和当前权重值系数，从而根据各服务的实际情况，通过调整当前权重值系数，平滑的调整当前权重值，故而，相应的处理可以如下：根据目标服务的初始权重值和当前权重值系数，计算目标服务的当前权重值。
在实施中，服务组的配置信息还可以包括服务组中各服务的初始权重值和当前权重值系数。Web服务器可以通过服务的初始权重值和当前权重值系数的乘积，计算得到服务的当前权重值。这样，在服务运行过程中，Web服务器可以根据服务的状态(是否故障)、负载(当前待处理请求数)、自身性能等多种因素，随时调节服务的当前权重值系数，从而达到调节当前权重值的目的，同时，由于配置信息中记录有初始权重值，也便于在调整之后，可以尽快恢复权重值。
可选的，在服务完成对用户请求的处理后，Web服务还可以对处理结果进行统计，故而，相应的处理可以如下：在目标服务完成对用户请求的处理后，确定用户请求的处理结果；当用户请求的处理结果为成功时，更新目标服务的处理成功数；当用户请求的处理结果为失败时，确定处理结果的失败原因；如果失败原因与预设处理失败信息相同，则更新目标服务的处理失败数。
在实施中，预先将可能由服务导致用户请求处理失败的原因作为处理失败信息存储在Web服务器中，例如用户没有访问权限(401)或者IIS服务器无法解析ASP代码(500)等。在服务完成对用户请求的处理后，Web服务器确定用户请求的处理结果，其中，处理结果包括成功和失败。当用户请求的处理结果为成功时，Web服务器将用户请求对应服务的处理成功数加一，以更新对应服务的处理成功数。当用户请求的处理结果为失败时，Web服务器先确定处理结果的失败原因，然后将失败原因与预先存储的处理失败信息比较，如果失败原因与任一处理失败信息相同，Web服务器将用户请求对应服务的处理失败数加一，以更新对应服务的处理失败数；如果失败原因与所有处理失败信息都不相同，表明可能是由于用户请求自身的原因导致处理结果为失败，与对应服务无关，因此，不计入对应服务的处理失败数。
可选的，服务组的配置信息还包括服务组中各服务的状态参数、处理成功数和处理失败数，Web服务器可以根据服务组的配置信息，确定是否需要调整服务的当前权重值系数，故而，相应的处理可以如下：周期性获取目标服务的处理成功数和处理失败数，并计算目标服务的处理总数；根据目标服务的处理失败数和处理总数，计算目标服务的处理失败率；当目标服务的处理失败数大于失败数上限值，或者，目标服务的处理失败率大于失败率上限值时，调整目标服务的当前权重值系数。
在实施中，服务组的配置信息还包括服务组中各服务的状态参数、处理成功数和处理失败数。Web服务器周期性从服务组的配置信息中获取服务的处理成功数和处理失败数，然后将处理成功数和处理失败数加和，计算得到服务的处理总数。Web服务器计算服务的处理失败数和处理总数之比，得到服务的处理失败率。Web服务器中还预先设置有处理失败数的失败数上限值和处理失败率的失败率上限值。当服务的处理失败数大于预设的失败数上限值，或者，服务的处理失败率大于预设的失败率上限值时，Web服务器调整该服务的当前权重值系数。
可选的，Web服务器可以根据服务所属的服务组类型，判断是否需要调整服务的当前权重值系数，故而，相应的处理可以如下：当目标服务的当前权重值不为0时，判断目标服务所属服务组的类型，其中，服务组的类型包括：主备服务组和一般服务组；如果服务组的类型为主备服务组，则确定目标服务是否为主服务；当目标服务为主服务，且备服务的状态参数为正常时，调整目标服务的当前权重值系数，并设置目标服务的状态参数为故障；当目标服务为备服务时，设置目标服务的状态参数为故障；如果服务组的类型为一般服务组，则确定目标服务的状态参数；当目标服务的状态参数为正常时，根据服务组中所有状态参数为故障的服务的初始权重值和服务组中所有服务的初始权重值，计算服务组的初始权重值故障比；根据服务组中所有状态参数为故障的服务数量和服务组中所有服务数量，计算服务组的故障服务比；当服务组的初始权重值故障比小于初始权重值故障比阈值，且服务组的故障服务比小于故障服务比阈值时，调整目标服务的当前权重值系数，并设置目标服务的状态参数为故障；当目标服务的状态参数为故障时，调整目标服务的当前权重值系数。
在实施中，当目标服务的当前权重值不为0时，Web服务器判断目标服务所属服务组的类型，其中，服务组的类型包括：主备服务组和一般服务组。如果服务组的类型为主备服务组，Web服务器则进一步确定服务是否为主服务。当服务为主服务，且备服务的状态参数为正常时，Web服务器调整主服务的当前权重值系数，并设置主服务的状态参数为故障；当服务为备服务时，Web服务器设置备服务的状态参数为故障。
如果服务组的类型为一般服务组，Web服务器则进一步确定服务的状态参数。当服务的状态参数为故障时，Web服务器调整目标服务的当前权重值系数。当服务的状态参数为正常时，Web服务器从服务组的配置信息中获取服务组中所有状态参数为故障的服务的初始权重值，并计算服务组中所有状态参数为故障的服务的初始权重值之和，作为故障初始总权重值。然后，Web服务器继续从服务组的配置信息中获取服务组中所有服务的初始权重值，并进行加和计算，得到服务组的初始总权重值。Web服务器再计算服务的故障初始总权重值与初始总权重值之比，得到服务组的初始权重值故障比。Web服务器还根据服务组中所有状态参数为故障的服务数量和服务组中所有服务数量，计算服务组的故障服务比。Web服务器中还预先设置有初始权重值故障比阈值和故障服务比阈值。Web服务器比较服务组的初始权重值故障比与初始权重值故障比阈值，以及服务组的故障服务与故障服务比阈值。当服务组的初始权重值故障比小于初始权重值故障比阈值，且服务组的故障服务比小于故障服务比阈值时，Web服务器调整服务的当前权重值系数，并设置服务的状态参数为故障；当服务组的初始权重值故障比大于等于初始权重值故障比阈值，或服务组的故障服务比大于等于故障服务比阈值时，通常表明该服务组中大部分服务已经处于故障状态，并且当前权重值系数已经被调整到较低水平，为了保证该服务组能够正常处理用户请求，因此，Web服务器不再对服务的当前权重值系数进行调整。
Web服务器判断服务组的类型时，可以通过服务组的配置信息中包含的服务组类型信息(如图1所示)判断，也可以通过如下方法判断：判断该服务组中是否只有一个初始权重值大于0的服务；如果不是，则确定该服务组为一般服务组；如果是，则进一步判断该服务组中是否存在初始权重值为-1的服务；如果是，则确定该服务组为主备服务组。
对于主备服务组，主服务的初始权重值大于0，备服务的初始权重值为-1，因此，可以通过服务的初始权重值，判断服务是主服务还是备服务，当然，也可以通过服务组的配置信息中包含的主备类型信息(如图1所示)判断。
可选的，调整服务的当前权重值系数的处理，具体可以如下：根据服务组中所有服务的初始权重值和当前权重值，计算服务组的权重值故障比；如果服务组的权重值故障比小于权重值故障比阈值，则根据目标服务的初始权重值与权重值故障比阈值，计算目标服务的当前权重值系数。
在实施中，Web服务器根据服务组的配置信息，获取服务组中所有服务的初始权重值和当前权重值，然后将所有服务的初始权重值加和，得到服务组的初始总权重值，将所有服务的当前权重值加和，得到服务组的当前总权重值。Web服务器计算服务组的初始总权重值和当前总权重值的差值，作为服务组的故障总权重值，然后再计算服务组的故障总权重值和初始总权重之比，作为服务组的权重值故障比。Web服务器中预先设置有权重值故障比阈值，将服务组的权重值故障比与权重值故障比阈值进行比较，如果服务组的权重值故障比小于权重值故障比阈值，则根据服务的初始权重值与权重值故障比阈值，计算服务的当前权重值系数。
计算服务的当前权重值系数可以采用如下方法：将权重值故障比阈值作为权重值故障比的最大值，计算权重值故障比与初始总权重值的乘积，得到故障总权重值的最大值。然后再计算初始总权重值与故障总权重值的差值，得到当前总权重值的最小值。在当前总权重值中减去除待计算服务外，其他所有服务的当前权重值，得到待计算服务当前权重值的最小值。最后计算待计算服务的当前权重值与初始权重值之比，得到待计算服务的当前权重值系数的最小值。计算调整前待计算服务的当前权重值系数与预设的权重值系数调整值的差值，得到的结果如果大于待计算服务的当前权重值系数的最小值，则以所得差值作为待计算服务的当前权重值系数；得到的结果如果小于等于待计算服务的当前权重值系数的最小值，则以待计算服务的当前权重值系数的最小值作为待计算服务的当前权重值系数。可以理解的，在得到待计算服务的当前权重值系数的最小值后，也可以通过其他方法，从中选取其他数值作为当前权重值系数，或者还可以通过其他方法计算当前权重值系数，本发明在此不再赘述。
可选的，由于计算得到的服务的当前权重值系数可能过小，使得服务的当前权重值过小，影响Web服务器确定目标服务，为了避免这种情况，故而，相应的处理可以如下：比较目标服务的当前权重值系数与预设的最小权重值系数；如果目标服务的当前权重值系数小于最小权重值系数，则将最小权重值系数设置为目标服务的当前权重值系数。
在实施中，Web服务器中预先设置有最小权重值系数。在计算得到服务的当前权重值系数后，Web服务器将服务的当前权重值系数与预设的最小权重值系数进行比较。如果服务的当前权重值系数小于最小权重值系数，表示服务的当前权重值系数可能过小，这样，可能导致服务的当前权重值过小，进而在Web服务器后续确定目标服务的过程中，由于当前权重值(分母)较小，当前待处理请求数与当前权重值之比会较大，该服务将难以成为目标服务，获得的用户请求将较少，使得该服务空闲，造成服务资源的浪费。因此，当前权重值系数小于最小权重值系数时，可以将最小权重值系数设置为服务的当前权重值系数，以避免上述情况的发生；如果服务的当前权重值系数大于等于最小权重值系数，则可以直接以该当前权重值系数计算该服务的当前权重值，而不需要对该服务的当前权重值系数再进行调整。
可选的，当服务为主服务时，在计算得到该服务的当前权重值系数后，还可以进一步调整同一服务组中备服务的权重值，相应的处理可以如下：如果服务组的类型为主备服务组，且目标服务为主服务，则根据目标服务的初始权重值和当前权重值系数，计算目标服务的当前权重值；根据目标服务的初始权重值和当前权重值，计算目标服务的权重降低值；将目标服务的权重降低值设置为备服务的当前权重值。
在实施中，当服务组的类型为主备服务组，且服务为主服务时，Web服务器在计算得到主服务的当前权重值系数后，还可以计算主服务的初始权重值和当前权重值系数的乘积，得到主服务的当前权重值。然后，Web服务器进一步计算主服务的初始权重值和当前权重值的差，得到主服务的权重降低值。最后，Web服务器可以将主服务的权重降低值设置为备服务的当前权重值。这样，当主服务因为故障，不断降低权重值系数，最终无法处理用户请求时，主备服务组可以切换备服务，使得备服务在切换后就能够具有正数的权重值(初始权重值通常为-1)，从而能够正常接收和处理用户请求。
可选的，对于状态参数为故障的服务，可以逐步恢复该服务的当前权重值系数，故而，相应的处理可以如下：周期性确定目标服务的状态参数；当目标服务的状态参数为故障时，恢复目标服务的当前权重值系数。
在实施中，服务组的配置信息还包括服务组中各服务的状态参数。Web服务器根据服务组的配置信息，周期性确定服务组中各服务的状态参数。当服务的状态参数为故障时，如前文所述，服务的当前权重值系数将被调整降低，服务处理的用户请求数量减少，负载降低，从而使得服务能够被人工或系统修复，在一段时间后，服务可能已经不再是故障状态，因此，Web服务器可以尝试恢复该服务的当前权重值系数，以使恢复正常状态的服务能够正常参与用户请求的处理。
可选的，恢复服务的当前权重值系数的处理，具体可以如下：获取目标服务的处理成功数和处理失败数，并计算目标服务的处理总数；根据目标服务的处理失败数和处理总数，计算目标服务的处理失败率；当目标服务的处理成功数大于0，且处理失败数小于失败数下限值，或者，目标服务的处理成功数大于0，且处理失败率小于失败率下限值时，恢复目标服务的当前权重值系数。
在实施中，Web服务器中预先设置有处理失败数的失败数下限值和处理失败率的失败率下限值。服务组的配置信息还包括服务组中各服务的处理成功数和处理失败数。对于状态参数为故障的服务，Web服务器根据服务组的配置信息，获取服务的处理成功数和处理失败数，然后将处理成功数和处理失败数加和，得到服务的处理总数。Web服务器再计算服务的处理失败数和处理总数的比值，得到服务的处理失败率。当服务的处理成功数大于0时，比较服务的处理失败数和预设的失败数下限值，如果处理失败数小于失败数下限值，则恢复服务的当前权重值系数；如果处理失败数大于等于失败数下限值，则继续比较服务的处理失败率和预设的失败率下限值，当处理失败率小于失败率下限值时，恢复服务的当前权重值系数。
可选的，恢复服务的当前权重值系数的处理，具体可以如下：判断目标服务所属服务组的类型，其中，服务组的类型包括：主备服务组和一般服务组；如果服务组的类型为主备服务组，则确定目标服务是否为主服务；当目标服务为主服务时，根据预设的权重值系数恢复值计算目标服务的当前权重值系数；当目标服务为备服务时，设置目标服务的状态参数为正常；如果服务组的类型为一般服务组，则根据预设的权重值系数恢复值计算目标服务的当前权重值系数。
在实施中，对于状态参数为故障的服务，在通过前述处理，判断需要恢复服务的当前权重值系数后，Web服务器首先判断服务所属服务组的类型，具体的判断方法可以参考前文所述，本发明在此不再赘述。如果服务组的类型为主备服务组，Web服务器则确定服务是否为主服务。当服务为主服务时，Web服务器在服务当前权重值系数的基础上，增加预设的权重值系数恢复值，作为服务新的当前权重值系数；当服务为备服务时，Web服务器设置服务的状态参数为正常。如果服务组的类型为一般服务组，Web服务器的处理与服务为主备服务组中的主服务时相同。需要说明的是，通过上述方法在恢复服务的当前权重系数时，服务的当前权重系数最大只能恢复至为100％。
可选的，对于状态参数为故障的服务，还可以根据当前权重值系数判断其是否可以重置为正常，相应的处理可以如下：比较目标服务的当前权重值系数与初始权重值系数；如果目标服务的当前权重值系数与初始权重值系数相同，则设置目标服务的状态参数为正常。
在实施中，服务组的配置信息还包括服务组中各服务的初始权重值系数。由于通过前文所述的方法，Web服务器可以不断恢复服务的当前权重值系数，当服务的当前权重值系数恢复至初始权重值系数时，可以认为服务以恢复正常。故而，Web服务器根据服务组的配置信息，获取服务的初始权重值系数和当前权重值系数。然后，Web服务器比较服务的当前权重值系数与初始权重值系数，如果服务的当前权重值系数与初始权重值系数相同，则设置服务的状态参数为正常。
可选的，服务组的配置信息还包括服务组中各服务的初始权重值系数，对于当前权重值系数为0的服务，恢复服务的当前权重值系数的处理，具体可以如下：确定目标服务的当前权重值系数是否为0；如果目标服务的当前权重值系数为0，则判断目标服务是否为备服务；如果目标服务不是备服务，则根据预设的权重值系数恢复值恢复目标服务的当前权重值系数。
在实施中，如前文所述，服务组的配置信息还包括服务组中各服务的初始权重值系数。对于状态参数为故障的服务，Web服务器首先确定服务的当前权重值系数是否为0。如果服务的当前权重值系数为0，Web服务器则进一步判断服务是否为备服务，具体的判断方法可以参考前文所述。如果服务也不是备服务，Web服务器则可以将预设的权重值系数恢复值设置为服务的当前权重值系数。需要说明的是，此处预设的权重值系数恢复值可以是前文中预设的权重值系数恢复值，也可以是专门设置的当前权重值系数为0的服务的权重值系数恢复值。
本发明实施例中，根据接收到的用户请求确定所述用户请求对应的服务组，并判断所述用户请求是否为定向请求；如果所述用户请求是所述定向请求，则根据所述用户请求确定所述目标服务；如果所述用户请求不是所述定向请求，则根据所述服务组的配置信息，确定目标服务，其中，所述配置信息包括所述服务组中各服务的当前待处理请求数和当前权重值；将所述用户请求发送给所述目标服务，以使所述目标服务对所述用户请求进行处理；更新所述目标服务的当前待处理请求数。这样，将定向请求也统计在服务的当前待处理请求数中，再通过当前待处理请求数和当前权重值确定目标服务，使得确定目标服务时考虑到定向请求，从而减少了用户请求分配与权重值不符的情况发生，减少服务资源浪费，避免服务负载过高。
基于相同的技术构思，本发明实施例还提供了一种Web服务选举装置，如图2所示，包括：
判断模块201，用于根据接收到的用户请求确定所述用户请求对应的服务组，并判断所述用户请求是否为定向请求。
发送模块202，用于如果所述用户请求是所述定向请求，则根据所述用户请求确定所述目标服务。
计算模块203，用于如果所述用户请求不是所述定向请求，则根据所述服务组的配置信息，确定目标服务，其中，所述配置信息包括所述服务组中各服务的当前待处理请求数和当前权重值。
发送模块202，还用于将所述用户请求发送给所述目标服务，以使所述目标服务对所述用户请求进行处理。
更新模块204，用于更新所述目标服务的当前待处理请求数。
基于相同的技术构思，本发明实施例还提供了一种Web服务器，所述Web服务器可因配置或性能不同而产生较大的差异，包括一个和一个以上存储器和处理器，其中，存储器可以是短暂存储或永久存储。存储器可以存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述Web服务选举方法。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务端，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。
以上仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种Web服务选举方法，其特征在于，包括：
根据接收到的用户请求确定所述用户请求对应的服务组，并判断所述用户请求是否为定向请求；
如果所述用户请求是所述定向请求，则根据所述用户请求确定目标服务；
如果所述用户请求不是所述定向请求，则根据所述服务组的配置信息，确定目标服务，其中，所述配置信息包括所述服务组中各服务的当前待处理请求数和当前权重值；
将所述用户请求发送给所述目标服务，以使所述目标服务对所述用户请求进行处理；
更新所述目标服务的当前待处理请求数；
所述配置信息还包括当前权重值系数、所述服务组中各服务的状态参数、处理成功数和处理失败数，所述方法还包括：
周期性获取所述目标服务的处理成功数和处理失败数，并计算所述目标服务的处理总数；
根据所述目标服务的处理失败数和处理总数，计算所述目标服务的处理失败率；
当所述目标服务的处理失败数大于失败数上限值，或者，所述目标服务的处理失败率大于失败率上限值时，调整所述目标服务的当前权重值系数。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述目标服务完成对所述用户请求的处理后，更新所述目标服务的当前待处理请求数。
3.根据权利要求1所述的方法，其特征在于，所述服务组的配置信息还包括所述服务组中各服务的初始权重值，所述方法还包括：
根据所述目标服务的初始权重值和当前权重值系数，计算所述目标服务的当前权重值。
4.根据权利要求3所述的方法，其特征在于，所述调整所述目标服务的当前权重值系数，包括：
当所述目标服务的当前权重值不为0时，判断所述目标服务所属服务组的类型，其中，所述服务组的类型包括：主备服务组和一般服务组；
如果所述服务组的类型为主备服务组，则确定所述目标服务是否为主服务；
当所述目标服务为主服务，且备服务的状态参数为正常时，调整所述目标服务的当前权重值系数，并设置所述目标服务的状态参数为故障；
当所述目标服务为备服务时，设置所述目标服务的状态参数为故障；
如果所述服务组的类型为一般服务组，则确定所述目标服务的状态参数；
当所述目标服务的状态参数为正常时，根据所述服务组中所有状态参数为故障的服务的初始权重值和所述服务组中所有服务的初始权重值，计算所述服务组的初始权重值故障比；
根据所述服务组中所有状态参数为故障的服务数量和所述服务组中所有服务数量，计算所述服务组的故障服务比；
当所述服务组的初始权重值故障比小于初始权重值故障比阈值，且所述服务组的故障服务比小于故障服务比阈值时，调整所述目标服务的当前权重值系数，并设置所述目标服务的状态参数为故障；
当所述目标服务的状态参数为故障时，调整所述目标服务的当前权重值系数。
5.根据权利要求4所述的方法，其特征在于，所述调整所述目标服务的当前权重值系数，包括：
根据所述服务组中所有服务的初始权重值和当前权重值，计算所述服务组的权重值故障比；
如果所述服务组的权重值故障比小于权重值故障比阈值，则根据所述目标服务的初始权重值与权重值故障比阈值，计算所述目标服务的当前权重值系数。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
比较所述目标服务的当前权重值系数与预设的最小权重值系数；
如果所述目标服务的当前权重值系数小于所述最小权重值系数，则将所述最小权重值系数设置为所述目标服务的当前权重值系数。
7.根据权利要求3所述的方法，其特征在于，所述服务组的配置信息还包括所述服务组中各服务的状态参数，所述方法还包括：
周期性确定所述目标服务的状态参数；
当所述目标服务的状态参数为故障时，恢复所述目标服务的当前权重值系数。
8.根据权利要求7所述的方法，其特征在于，所述服务组的配置信息还包括所述服务组中各服务的处理成功数和处理失败数，所述恢复所述目标服务的当前权重值系数，包括：
获取所述目标服务的处理成功数和处理失败数，并计算所述目标服务的处理总数；
根据所述目标服务的处理失败数和处理总数，计算所述目标服务的处理失败率；
当所述目标服务的处理成功数大于0，且处理失败数小于失败数下限值，或者，所述目标服务的处理成功数大于0，且处理失败率小于失败率下限值时，恢复所述目标服务的当前权重值系数。
9.根据权利要求8所述的方法，其特征在于，所述恢复所述目标服务的当前权重值系数，包括：
判断所述目标服务所属服务组的类型，其中，所述服务组的类型包括：主备服务组和一般服务组；
如果所述服务组的类型为主备服务组，则确定所述目标服务是否为主服务；
当所述目标服务为主服务时，根据预设的权重值系数恢复值计算所述目标服务的当前权重值系数；
当所述目标服务为备服务时，设置所述目标服务的状态参数为正常；
如果所述服务组的类型为一般服务组，则根据所述预设的权重值系数恢复值计算所述目标服务的当前权重值系数。
10.根据权利要求9所述的方法，其特征在于，所述服务组的配置信息还包括所述服务组中各服务的初始权重值系数，所述方法还包括：
比较所述目标服务的当前权重值系数与初始权重值系数；
如果所述目标服务的当前权重值系数与初始权重值系数相同，则设置所述目标服务的状态参数为正常。
11.根据权利要求5、6或9任一项所述的方法，其特征在于，所述方法还包括：
如果所述服务组的类型为主备服务组，且所述目标服务为主服务，则根据所述目标服务的初始权重值和当前权重值系数，计算所述目标服务的当前权重值；
根据所述目标服务的初始权重值和当前权重值，计算所述目标服务的权重降低值；
将所述目标服务的权重降低值设置为备服务的当前权重值。
12.根据权利要求7所述的方法，其特征在于，所述服务组的配置信息还包括所述服务组中各服务的初始权重值系数，所述恢复所述目标服务的当前权重值系数，包括：
确定所述目标服务的当前权重值系数是否为0；
如果所述目标服务的当前权重值系数为0，则判断所述目标服务是否为备服务；
如果所述目标服务不是备服务，则根据预设的权重值系数恢复值恢复所述目标服务的当前权重值系数。
13.根据权利要求3-10任一项所述的方法，其特征在于，所述方法还包括：
在所述目标服务完成对所述用户请求的处理后，确定所述用户请求的处理结果；
当所述用户请求的处理结果为成功时，更新所述目标服务的处理成功数；
当所述用户请求的处理结果为失败时，确定所述处理结果的失败原因；
如果所述失败原因与预设处理失败信息相同，则更新所述目标服务的处理失败数。
14.一种Web服务选举装置，其特征在于，包括：
判断模块，用于根据接收到的用户请求确定所述用户请求对应的服务组，并判断所述用户请求是否为定向请求；
发送模块，用于如果所述用户请求是所述定向请求，则根据所述用户请求确定目标服务；
计算模块，用于如果所述用户请求不是所述定向请求，则根据所述服务组的配置信息，确定目标服务，其中，所述配置信息包括所述服务组中各服务的当前待处理请求数和当前权重值；
所述发送模块，还用于将所述用户请求发送给所述目标服务，以使所述目标服务对所述用户请求进行处理；
更新模块，用于更新所述目标服务的当前待处理请求数；
所述计算模块，还用于周期性获取所述目标服务的处理成功数和处理失败数，并计算所述目标服务的处理总数；根据所述目标服务的处理失败数和处理总数，计算所述目标服务的处理失败率；当所述目标服务的处理失败数大于失败数上限值，或者，所述目标服务的处理失败率大于失败率上限值时，调整所述目标服务的当前权重值系数，所述配置信息还包括当前权重值系数、所述服务组中各服务的状态参数、处理成功数和处理失败数。
15.一种Web服务器，其特征在于，所述服务器包括存储器和处理器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1-13任一项所述的Web服务选举方法。
CN202010126339.1A 2020-02-26 2020-02-26 一种Web服务选举方法、装置和服务器 Active CN111371873B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010126339.1A CN111371873B (zh) 2020-02-26 2020-02-26 一种Web服务选举方法、装置和服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010126339.1A CN111371873B (zh) 2020-02-26 2020-02-26 一种Web服务选举方法、装置和服务器

Publications (2)

Publication Number Publication Date
CN111371873A CN111371873A (zh) 2020-07-03
CN111371873B true CN111371873B (zh) 2023-04-21

Family

ID=71211596

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010126339.1A Active CN111371873B (zh) 2020-02-26 2020-02-26 一种Web服务选举方法、装置和服务器

Country Status (1)

Country Link
CN (1) CN111371873B (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109308223A (zh) * 2018-09-17 2019-02-05 平安科技（深圳）有限公司 一种服务请求的响应方法及设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107231402B (zh) * 2016-08-31 2021-02-12 北京新媒传信科技有限公司 Http请求处理方法、装置及系统
CN107819825A (zh) * 2017-10-11 2018-03-20 深圳市买买提乐购金融服务有限公司 一种服务调度方法、装置和电子设备
CN108551465B (zh) * 2018-03-09 2020-06-09 平安科技（深圳）有限公司 服务器并发数控制方法、装置、计算机设备及存储介质
CN110289999B (zh) * 2019-06-21 2023-02-21 深圳前海微众银行股份有限公司 一种数据处理方法、系统及装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109308223A (zh) * 2018-09-17 2019-02-05 平安科技（深圳）有限公司 一种服务请求的响应方法及设备

Also Published As

Publication number Publication date
CN111371873A (zh) 2020-07-03

Similar Documents

Publication Publication Date Title
CN110138756B (zh) 一种限流方法及系统
CN112600895B (zh) 移动边缘计算的服务调度方法、系统、终端以及存储介质
CN114356558B (zh) 一种基于集群的缩容处理方法及装置
CN110336848B (zh) 一种访问请求的调度方法及调度系统、设备
CN109992392B (zh) 一种资源部署方法、装置及资源服务器
CN111447646B (zh) 一种用户设备ue接入amf的方法及其网络设备
CN112929427A (zh) 一种面向低轨卫星边缘计算的服务节点确定方法及装置
CN110138808B (zh) 基于cdn的反劫持下载方法和系统
CN112799839A (zh) 请求处理方法、装置、计算机可读存储介质及电子设备
CN111078386A (zh) 一种分布式调度系统的控制方法及控制装置
CN111371873B (zh) 一种Web服务选举方法、装置和服务器
CN113407340A (zh) 业务控制系统、网关服务方法、业务请求转发方法及装置
CN112398802B (zh) 数据下载方法及相关设备
US10992517B1 (en) Dynamic distributed execution budget management system
CN108600354B (zh) 系统响应时间波动抑制方法和系统
CN114500237A (zh) 一种通信方法和系统
CN115150400B (zh) 服务故障的处理方法、装置、云服务平台和存储介质
CN113220491B (zh) 远程调用自适应负载均衡方法、装置、系统及计算机装备
CN112882940A (zh) 用例任务调度方法、系统、装置、设备及存储介质
CN110795204A (zh) 一种虚拟机部署方法及装置
CN112532450B (zh) 一种数据流分发进程配置的动态更新方法及系统
CN114971163B (zh) 重新发起业务请求的执行方法及执行装置
CN113965535B (zh) 消息推送优化方法、装置、设备及可读存储介质
CN116932231B (zh) 一种分布式集群的扩缩容系统
CN110119314B (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