CN108156038B - 请求分发方法、装置、接入网关及存储介质 - Google Patents

请求分发方法、装置、接入网关及存储介质 Download PDF

Info

Publication number
CN108156038B
CN108156038B CN201711484267.2A CN201711484267A CN108156038B CN 108156038 B CN108156038 B CN 108156038B CN 201711484267 A CN201711484267 A CN 201711484267A CN 108156038 B CN108156038 B CN 108156038B
Authority
CN
China
Prior art keywords
request
gray scale
http request
ratio
http
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
CN201711484267.2A
Other languages
English (en)
Other versions
CN108156038A (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201711484267.2A priority Critical patent/CN108156038B/zh
Publication of CN108156038A publication Critical patent/CN108156038A/zh
Application granted granted Critical
Publication of CN108156038B publication Critical patent/CN108156038B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H04L41/5012—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time
    • H04L41/5016—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time based on statistics of service availability, e.g. in percentage or over a given time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种请求分发方法、装置、接入网关及存储介质，属于互联网技术领域。该方法包括：接收各个客户端发送的HTTP请求；将第一比例的所述HTTP请求分发至灰度服务器，并将第二比例的HTTP请求分发至其它服务器，第一比例小于第二比例；接收各台服务器上报的请求处理信息，请求处理信息至少包括处理HTTP请求的成功率；根据请求处理信息，更新第一比例和第二比例。本申请实施例中；接入网关根据服务器的实际请求处理情况，能够自动对HTTP请求的分发比例进行调节，从而自动推动灰度测试的进行，进而提高了灰度测试的效率。

Description

请求分发方法、装置、接入网关及存储介质
技术领域
本申请实施例涉及互联网技术领域，特别涉及一种请求分发方法、装置、接入网关及存储介质。
背景技术
灰度测试是一种对更新版本进行测试的常用方法，采用灰度测试能够及时发现更新版本中存在的缺陷，并降低更新版本的发布风险。
进行服务器灰度测试时，测试人员在服务器集群中设置少量灰度服务器，并将更新版本配置到灰度服务器中。客户端发送的HTTP(HyperText Transfer Protocol，超文本传输协议)请求被均匀分发到各台服务器，由各台服务器进行处理。测试人员通过监控灰度服务器的请求处理情况，确定是否需要扩充服务器集群中灰度服务器的数量，以扩大灰度测试的范围。
发明内容
本申请实施例提供的请求分发方法、装置、接入网关及存储介质，可以解决灰度测试需要测试人员进行人工监控，导致灰度测试效率较低的问题。所述技术方案如下：
第一方面，提供了一种请求分发方法，用于接入网关，所述接入网关与多台服务器相连，所述多台服务器中包括至少一台灰度服务器，所述灰度服务器用于进行灰度测试，所述方法包括：
接收各个客户端发送的HTTP请求；
将第一比例的所述HTTP请求分发至所述灰度服务器，并将第二比例的所述HTTP请求分发至其它服务器，所述第一比例小于所述第二比例；
接收各台服务器上报的请求处理信息，所述请求处理信息至少包括处理所述HTTP请求的成功率；
根据所述请求处理信息，更新所述第一比例和所述第二比例。
第二方面，提供了一种请求分发装置，用于接入网关，所述接入网关与多台服务器相连，所述多台服务器中包括至少一台灰度服务器，所述灰度服务器用于进行灰度测试，所述装置包括：
第一接收模块，用于接收各个客户端发送的HTTP请求；
分发模块，用于将第一比例的所述HTTP请求分发至所述灰度服务器，并将第二比例的所述HTTP请求分发至其它服务器，所述第一比例小于所述第二比例；
第二接收模块，用于接收各台服务器上报的请求处理信息，所述请求处理信息至少包括处理所述HTTP请求的成功率；
更新模块，用于根据所述请求处理信息，更新所述第一比例和所述第二比例。
第三方面，提供了一种接入网关，所述接入网关包括处理器、与所述处理器相连的存储器，以及存储在所述存储器上的程序指令，所述处理器执行所述程序指令时实现第一方面提供的请求分发方法。
第四方面，一种计算机可读介质，其上存储有程序指令，所述程序指令被处理器执行时实现第一方面提供的请求分发方法。
本申请实施例提供的技术方案带来的有益效果至少包括：
接入网关接收到客户端发送的HTTP请求后，将第一比例的HTTP请求分发至灰度服务器进行处理，将第二比例的HTTP请求分发至其它服务器进行处理，并根据各台服务器上报的请求处理成功率，自动对HTTP请求的分发比例进行调整更新；由于分发至灰度服务器的HTTP请求的比例小于分发至其它服务器的HTTP请求的比例，因此能够降低灰度测试的风险；同时，接入网关根据服务器的实际请求处理情况，能够自动对HTTP请求的分发比例进行调节，从而自动推动灰度测试的进行，进而提高了灰度测试的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一个实施例提供的请求分发系统的结构示意图；
图2是本申请一个示例性实施例提供的请求分发方法的流程图；
图3是接入网关根据请求处理信息更新分发比例过程的实施示意图；
图4是本申请另一个示例性实施例示出的请求分发方法的流程图；
图5是本申请另一个示例性实施例示出的请求分发方法的流程图；
图6是本申请另一个示例性实施例示出的请求分发方法的流程图；
图7示出了本申请一个实施例提供的请求分发装置的结构方框图；
图8示出了本申请一个示例性实施例提供的接入网关的结构方框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
本申请说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”或者“一”等类似词语也不表示数量限制，而是表示存在至少一个。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。
在申请中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
首先，对本申请涉及的若干名词进行介绍。
F5负载均衡器：是一种硬件设备，用于根据后端设备的负载，基于负载均衡原则分配超文本传输协议(HyperText Transfer Protocol，HTTP)请求。其中，后端设备是指接收F5负载均衡器发送的HTTP请求的设备。比如：后端设备为服务器或者接入网关等。
可选地，F5负载均衡器除了具有负载均衡功能之外，还包括应用交换、会话交换、状态监控、智能网络地址转换、通用持续性、响应错误处理、互联网协议版本6(InternetProtocol Version 6，IPv6)网关、高级路由、智能端口镜像、安全套接层(Secure SocketsLayer，SSL)加速、智能HTTP压缩、传输控制协议(Transmission Control Protocol，TCP)优化、第7层速率整形、内容缓冲、内容转换、连接加速、高速缓存、Cookie加密、选择性内容加密、应用攻击过滤、拒绝服务(Denial of Service，DoS)攻击和SYN Flood保护、防火墙过滤等功能，本申请在此不再一一列举。
需要补充说明的是，虽然F5负载均衡器的功能强大，但是F5负载均衡器的可扩展性较差，也即，在F5负载均衡器已有的功能的基础上，很难扩展出其它功能。
可选地，F5负载均衡器可以做4层负载均衡；或者，也可以做7层负载均衡。
4层负载均衡是指在对服务器进行负载均衡时，依据四层的信息来确定如何转发流量，比如：通过发布三层的互联网协议(Internet Protocol Address，IP)+ 四层的端口号，来决定哪些流量需要做负载均衡。
7层负载均衡是指在4层的基础上，再考虑应用层的特征，比如：除了根据 IP+80端口辨别是否需要处理的流量，还可根据7层的(Uniform Resource Locator，URL)、浏览器类别和语言中的至少一种来决定是否要进行负载均衡。举个例子，如果将服务器分成两组，一组是中文语言的，一组是英文语言的，那么7层负载均衡就可以当客户端来访问服务器时，自动辨别用户语言，然后选择对应的语言服务器组进行负载均衡处理。
Nginx服务器：是一种高性能的HTTP和反向代理服务器。Nginx服务器是一种软件服务器，Nginx服务器采用反向代理(Reverse Proxy)技术代理服务器接收HTTP请求；然后，将HTTP请求动态地转发给内部网络上的多台服务器进行处理，并将从服务器上得到的结果返回给客户端。Nginx服务器通过将接收到的HTTP请求以反向代理的方式动态地转发给内部网络上的多台服务器进行处理，来达到负载均衡的目的。
需要补充说明的是，Nginx服务器的功能固定，可扩展性也比较差。
接入网关：用于接收客户端发送的HTTP请求，并将HTTP请求分发至相应的服务器。
可选地，由于接入网关的开发语言是开发人员自定义的，因此，接入网关除了可以转发HTTP请求之外，还可以扩展出其它功能，也即，接入网关相较于F5负载均衡器和Nginx服务器来说可扩展性较强，比如：接入网关的扩展功能支持通过扩展HTTP1.1协议实现异步转发HTTP请求，以提高接入网关的并行处理能力；设置IP黑名单，阻拦具有IP黑名单中的IP地址的HTTP请求；实时统计总请求数、转发超时数量；接口级的流量控制；扩展SSL协议等，本实施例在此不再一一列举。
图1是本申请的一个示例性实施例示出的请求传输系统的结构示意图，该系统包括至少一个客户端110、接入网关120和m个服务器130，其中，m个服务器130中至少包括一个用于进行灰度测试的灰度服务器131。客户端110通过接入网关120与m个服务器130相连。
其中，客户端110通过无线网络或有线网络与接入网关120相连，接入网关120通过无线网络或有线网络与m个服务器130相连。
客户端110运行于终端中，终端包括但不限于：手机、平板电脑、可穿戴式设备、智能机器人、智能家居设备、膝上型便携计算机和台式计算机等具有通信功能的电子设备。
客户端110用于生成HTTP请求，并将该HTTP请求发送至接入网关120。可选的，HTTP请求携带有客户端的客户端标识。
可选地，客户端标识可以是客户端注册的用户帐号、电子邮箱地址、身份证号、银行卡卡号、随机字符串；或者，客户端标识也可以是客户端所属的终端的设备标识，比如：媒体访问控制(Media Access Control或者Medium Access Control，MAC)地址、设备号等。
接入网关120可以是软件实现的服务器，接入网关120可以设置在独立的服务器主机中。
接入网关120用于接收各个客户端110发送的HTTP请求，并将该HTTP 请求分发至m个服务器130中的目标服务器。其中，目标服务器131存储有客户端对应的资源。
可选地，接入网关120与至少一个服务器130相连，该至少一个服务器130 属于同一机房。机房是指架设服务器的架设空间。
可选地，每个机房中的服务器130连接有多个接入网关120，该多个接入网关120与同一机房中的服务器130通过局域网相连。
可选地，请求传输系统可以包括多个接入网关120，每个接入网关120都与多个服务器120相连，且不同的接入网关120之间也可以通过有线或无线的方式连接。
服务器130为客户端提供后台服务。可选地，服务器130可以是网站(Web) 服务器；或者，也可以是其它类型的服务器，本实施例对此不作限定。可选地，服务器130也可以称为后台服务器、Tomcat服务器等，本实施例不对服务器的名称作限定。
服务器130用于接收接入网关120发送的HTTP请求，并对该HTTP请求进行响应。可选地，服务器130对HTTP请求进行响应是指：向接入网关120 发送HTTP请求所请求的资源。该资源包括但不限于：文字、图片、网页、音频和视频中的至少一种。
灰度服务器131是用于进行灰度测试的服务器，其中，灰度测试的内容可以是新增/修改后的功能或优化后的算法等等。可选的，灰度服务器131与其他服务器具有不同的版本号。如图1所示，灰度服务器131的版本号为“ver1.0.1”，而其他服务器的版本号则为“ver1.0.2”。
本申请实施例中，接入网关120即将小部分流量(即小部分来自客户端110 的HTTP请求)分发至灰度服务器131，由灰度服务器131进行请求响应，并基于响应结果调整分发流量的比例，从而实现灰度测试。
可选地，本实施例提供的请求传输系统仅是示意性地，在实际实现时，该请求传输系统还可以包括其它设备，比如：该请求传输系统还包括与客户端110 相连的域名服务器(Domain Name Server，DNS)，或者，设置在客户端110与接入网关120之间的负载均衡设备(比如F5负载均衡器)或Nginx服务器。
其中，DNS还通过有线网络或者无线网络与接入网关120相连，DNS用于进行域名(domain name)和IP地址(address)之间的转换。示意性地，DNS 用于将HTTP请求中的域名转换为服务器130的IP地址。
可选地，本申请中，无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(HyperText Mark-up Language，HTML)、可扩展标记语言(Extensible MarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层 (Secure Socket Layer，SSL)、传输层安全(Trassport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(Internet ProtocolSecurity，IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。
图2是本申请一个示例性实施例示出的请求分发方法的流程图。本实施例以该请求分发方法用于图1所示的请求分发系统中的接入网关120为例进行说明，该请求分发方法包括以下几个步骤。
步骤201，接收各个客户端发送的HTTP请求。
可选地，客户端接收到对某一URL地址的触发操作时，即根据该客户端的客户端标识和URL地址生成HTTP请求，并将该HTTP请求发送至接入网关；相应的，接入网关接收各个客户端发送的HTTP请求，并根据HTTP请求中携带的客户端标识识别不同终端发送的请求。
可选地，客户端标识可以是客户端注册的用户帐号、电子邮箱地址、身份证号、银行卡卡号、随机字符串；或者，客户端标识也可以是客户端所属的终端的设备标识，比如：媒体访问控制(Media Access Control或者Medium Access Control，MAC)地址、设备号等。
步骤202，将第一比例的HTTP请求分发至灰度服务器，并将第二比例的 HTTP请求分发至其它服务器，第一比例小于第二比例。
灰度服务器中的程序可能存在缺陷或漏洞，若直接将大量客户端流量(即 HTTP请求)导向灰度服务器，可能会导致大面积请求响应超时甚至响应失败，带来较高的灰度测试风险。
因此，为了降低灰度测试的风险，在灰度测试初期，接入网关仅将第一比例的HTTP请求分发至灰度服务器，用于进行灰度测试；而将剩余的第二比例的HTTP请求分发至其它服务器。
可选的，该第一比例和第二比例由测试人员预先通过管理平台配置。示意性的，如图3所示，接入网关31与服务器32、服务器33和服务器34相连，且服务器32为灰度服务器，第一比例被设置为10％。第二比例被设置为90％。在进行灰度测试时，接入网关31即将10％的HTTP请求分发至服务器32，将90％的HTTP请求均匀分发至服务器33和服务器34(比如，向每台服务器分发45％的HTTP请求)。
针对分发HTTP请求的具体方式，在一种可能的实施方式中，当第一比例为a，第二比例为b时，每接收到的k个HTTP请求，接入网关将前a×k和HTTP 请求分发至灰度服务器，将后b×k个HTTP请求分发至其它服务器。本实施例仅以上述可能的分发方式为例进行示意性说明，但并不对此构成限定。
步骤203，接收各台服务器上报的请求处理信息，请求处理信息至少包括处理HTTP请求的成功率。
各台服务器接收到HTTP请求后，即对HTTP请求进行处理响应，并通过接入网关将处理相应结果反馈给客户端。在处理响应的过程中，服务器对HTTP 请求的处理结果进行统计，从而得到相应的请求处理信息，该请求处理信息至少包括HTTP请求的成功率。可选的，请求处理信息中还可以包括请求平均处理耗时、服务器负载参数等信息。
为了使接入网关知悉各台服务器的请求处理状态，从而基于请求处理状态动态调整分发至灰度服务器的流量，进而实现自动化灰度测试，在一种可能的实施方式中，各台服务器每隔预定时间间隔向接入网关上报各自的请求处理信息，相应的，接入网关接收各台服务器上报的请求处理信息。
在其他可能的实施方式中，当分发至灰度服务器的HTTP请求的请求数量达到阈值时，接入网关采用发送请求处理信息获取请求的方式，获取各台服务器上报的请求处理信息。本申请实施例并不对接入网关获取请求处理信息的具体方式进行限定。
步骤204，根据请求处理信息，更新第一比例和第二比例。
进一步的，接入网关对接收到的请求处理信息进行分析，并基于分析结果，调整第一比例和第二比例，实现自动化灰度测试。
可选的，在更新第一比例和第二比例时，接入网关确保每台灰度测试服务器分发到的HTTP请求数量＜每台非灰度测试服务器分发到的HTTP请求数量。
在一种可能的实施方式中，当请求处理信息中包含服务器处理HTTP请求的成功率时，接入网关根据其它服务器(非灰度测试服务器)上报的请求处理信息，设置成功率阈值，比如，将其它服务器处理HTTP请求的成功率的平均值设置为成功率阈值，并检测灰度服务器处理HTTP请求的成功率是否大于该成功率阈值。
若灰度服务器处理HTTP请求的成功率大于成功率阈值，接入网关则上调分发给灰度服务器的HTTP请求的比例(即上调第一比例)，并下调分发给其它服务器的HTTP请求的比例(即下调第二比例)。后续接收到HTTP请求后，接入网关即根据更新后的第一比例和第二比例，提高向灰度服务器分发的流量，执行下一轮灰度测试。
示意性的，如图3所示，接入网关31将第一比例上调至20％，将第二比例下调至80％，从而将20％的HTTP请求分发至服务器32，将80％的HTTP请求均匀分发至服务器33和服务器34(比如，向每台服务器分发40％的HTTP请求)。
若灰度服务器处理HTTP请求的成功率小于成功率阈值，接入网关则下调分发给灰度服务器的HTTP请求的比例(即下调第一比例)，并上调分发给其它服务器的HTTP请求的比例(即上调第二比例)。后续接收到HTTP请求后，接入网关即根据更新后的第一比例和第二比例，降低向灰度服务器分发的流量，降低后续灰度测试对客户端使用所产生的影响。
可选的，接入网关更新第一比例和第二比例时采用的比例调整系数可以由测试人员预先通过管理平台配置，或者，接入网关也可以基于灰度服务器处理 HTTP请求的成功率动态调整比例调整系数(比如，成功率越高，比例调整系数越大，成功率越低，比例调整系数越小)，本实施例并不对此进行限定。
在其他可能的实施方式中，接入网关可以综合请求处理信息中包含的其他参数，更新第一比例和第二比例。比如，接入网关综合处理HTTP请求的成功率、请求平均处理耗时和服务器负载参数，调整请求分发比例，本实施例并不对此进行限定。
综上所述，本实施例中，接入网关接收到客户端发送的HTTP请求后，将第一比例的HTTP请求分发至灰度服务器进行处理，将第二比例的HTTP请求分发至其它服务器进行处理，并根据各台服务器上报的请求处理成功率，自动对HTTP请求的分发比例进行调整更新；由于分发至灰度服务器的HTTP请求的比例小于分发至其它服务器的HTTP请求的比例，因此能够降低灰度测试的风险；同时，接入网关根据服务器的实际请求处理情况，能够自动对HTTP请求的分发比例进行调节，从而自动推动灰度测试的进行，进而提高了灰度测试的效率。
通常情况下，灰度测试针对特定功能，而请求调用特定功能的HTTP请求仅占客户端HTTP请求中的小部分。若直接从所有HTTP请求中选取部分用于灰度测试，实际用于测试特定功能的HTTP请求可能较少，导致灰度测试效果不佳。为了解决这一问题，接入网关在分发请求前，首先从HTTP请求中筛选出用于调用特定功能的目标HTTP请求，并优先向灰度服务器分发目标HTTP 请求。下面采用示意性的实施例进行说明。
图4是本申请另一个示例性实施例示出的请求分发方法的流程图。本实施例以该请求分发方法用于图1所示的请求分发系统中的接入网关120为例进行说明，该请求分发方法包括以下几个步骤。
步骤401，根据灰度测试信息，确定目标请求类型，灰度测试信息用于指示灰度服务器待测试的功能，且符合目标请求类型的HTTP请求用于请求调用待测试的功能。
在进行灰度测试前，接入网关获取灰度测试信息，可选的，该灰度测试信息由测试人员预先通过管理平台配置，且该灰度测试信息包括待测试功能的功能名称、功能模块标识或功能代码块标识等信息。
进一步的，接入网关根据获取到的灰度测试信息，确定出用于请求代用待测试功能的HTTP请求的目标请求类型，其中确定出的目标请求类型的个数为至少一个。
在一种可能的实施方式中，接入网关中存储有灰度测试信息与请求类型的对应关系，该对应关系示意性如表一所示。
表一
灰度测试信息 请求类型
动态拉取功能 第一请求类型
个人空间查看功能 第二请求类型
登陆功能 第三请求类型
… …
接入网关获取到灰度测试信息后，即从表一中查找对应的请求类型，并将其确定为目标请求类型。
比如，接入网关获取到的灰度测试信息为“个人空间查看功能”，从而将第二请求类型确定为目标请求类型。
需要说明的是，目标请求类型也可以由测试人员手动配置到接入网关，本实施例并不对此进行限定。
步骤402，接收各个客户端发送的HTTP请求。
本步骤的实施方式与上述步骤201相似，本实施例在此不再赘述。
步骤403，根据目标请求类型，从HTTP请求中筛选出目标HTTP请求。
对于接收到各个HTTP请求，服务器检测HTTP请求的请求类型与目标请求类型是否匹配，若匹配，则将该HTTP请求确定为目标HTTP请求，若不匹配，则确定该HTTP请求不是目标HTTP请求。
在一种可能的实施方式中，客户端发送的HTTP请求携带有请求类型标识，接入网关即检测该请求类型标识与目标请求类型对应的请求类型标识是否一致，若一致，则确定该HTTP请求确定为目标HTTP请求。本申请实施例并不对筛选目标HTTP请求的具体方式进行限定。
步骤404，将目标HTTP请求分发至灰度服务器，并将其它HTTP请求分发至其它服务器。
进一步的，接入网关优先将筛选出的目标HTTP请求分发至灰度服务器，以便灰度服务器基于目标HTTP请求进行灰度测试。
在一种可能的实施方式中，为了降低灰度测试的风险，接入网关将第三比例的目标HTTP请求发送至灰度服务器，将第四比例的目标HTTP请求发送至其他服务器，其中，第三比例＞第四比例。比如，第三比例为80％，第四比例为20％。
需要说明的是，接入网关优先向灰度服务器分发目标HTTP请求时，仍旧需要保证分发至灰度服务器的HTTP请求总数符合第一比例，即当分发的目标 HTTP请求的请求数未达到第一比例时，接入网关向灰度服务器分发部分其他 HTTP请求。
步骤405，接收各台服务器上报的请求处理信息，请求处理信息至少包括处理HTTP请求的成功率。
步骤406，根据请求处理信息，更新第一比例和第二比例。
上述步骤405至406的实施方式与步骤203至204的实施方式相似，本实施例在此不再赘述。
本实施例中，接入网关根据灰度服务器待测试的功能，确定出调用该功能的HTTP请求的目标请求类型，从而在分发HTTP请求的过程中，基于该目标请求类型优先向灰度服务器分发目标HTTP请求，从而达到更好的灰度测试效果。
由于不同功能之间具备一定的关联性，即某一功能更新时，可能会影响与其关联的其他功能，比如，当“动态拉取功能”更新时，由于个人空间中能够显示动态信息，因此“个人空间查看功能”可能会受到影响。因此，为了提高灰度测试的全面性和准确性，如图5所示，请求发布方法可以包括如下步骤。
步骤501，根据灰度测试信息，确定目标请求类型，灰度测试信息用于指示灰度服务器待测试的功能，且符合目标请求类型的HTTP请求用于请求调用待测试的功能。
本步骤的实施方式与上述步骤401相似，本实施例在此不再赘述。
步骤502，确定与目标请求类型关联的关联请求类型。
在一种可能的实施方式中，接入网关中存储有请求类型之间的关联关系，确定出待测试功能对应的目标请求类型后，接入网关进一步根据该关联关系确定出关联请求类型。示意性的，该请求类型之间的关联关系如表二所示
表二
请求类型 关联请求类型
第一请求类型 第二请求类型
第二请求类型 第一请求类型
第三请求类型 第一请求类型、第四请求类型
… …
比如，接入网关确定待测试功能对应的目标请求类型为第二请求类型，从而基于表二确定出关联请求类型为第一请求类型。
需要说明的是，目标请求类型和关联请求类型也可以由测试人员手动配置到接入网关，本实施例并不对此进行限定。
步骤503，接收各个客户端发送的HTTP请求。
本步骤的实施方式与上述步骤201相似，本实施例在此不再赘述。
步骤504，根据目标请求类型和关联请求类型，从HTTP请求中筛选出目标 HTTP请求。
对于接收到各个HTTP请求，服务器检测HTTP请求的请求类型与目标请求类型或关联请求类型是否匹配，若与其中至少一种类型匹配，则将该HTTP 请求确定为目标HTTP请求，若不匹配，则确定该HTTP请求不是目标HTTP 请求。
在一种可能的实施方式中，客户端发送的HTTP请求携带有请求类型标识，接入网关即检测该请求类型标识与目标请求类型或关联请求类型对应的请求类型标识是否一致，若一致，则确定该HTTP请求确定为目标HTTP请求。本申请实施例并不对筛选目标HTTP请求的具体方式进行限定。
步骤505，将目标HTTP请求分发至灰度服务器，并将其它HTTP请求分发至其它服务器。
接入网关分发目标HTTP请求的方式可参考上述步骤404。与上述步骤404 不同的是，本实施例中，接入网关分发的目标HTTP请求同时包括：与目标请求类型以及关联请求类型匹配的HTTP请求。
步骤506，接收各台服务器上报的请求处理信息，请求处理信息至少包括处理HTTP请求的成功率。
步骤507，根据请求处理信息，更新第一比例和第二比例。
上述步骤506至507的实施方式与步骤203至204的实施方式相似，本实施例在此不再赘述。
本实施例中，接入网关根据灰度服务器待测试的功能，确定出调用该功能的HTTP请求的目标请求类型，并进一步确定与目标请求类型关联的关联请求类型，从而在分发HTTP请求的过程中，基于该目标请求类型和关联请求类型优先向灰度服务器分发目标HTTP请求，提高了灰度测试的全面性和准确性，进而达到更好的灰度测试效果。
由于各个客户端发送的HTTP请求均通过接入网关分发至不同的服务器，因此接入网关可以预先分析不同客户端发送请求的请求类型特点。HTTP请求分发过程中，接入网关即基于各个客户端的请求类型特点和待测试功能对应的目标请求类型，筛选出目标客户端，进而优先将目标客户端发送的HTTP请求分发至灰度服务器。在一种可能的实施方式中，请求分发方法包括如下步骤。
步骤601，根据灰度测试信息，确定目标请求类型，灰度测试信息用于指示灰度服务器待测试的功能，且符合目标请求类型的HTTP请求用于请求调用待测试的功能。
本步骤的实施方式与上述步骤401相似，本实施例在此不再赘述。
步骤602，根据目标请求类型，确定目标客户端，目标客户端发送符合目标请求类型的HTTP请求的频率大于频率阈值。
在一种可能的实施方式中，接入网关统计各个客户端发送的历史HTTP请求的请求类型，从而得到各个客户端对应的请求类型统计数据，该请求类型统计数据即能够反映出客户端的请求发送特定。示意性的，该请求类型统计数据如表三所示。
表三
进一步的，接入网关基于目标请求类型和请求类型统计数据，确定出目标客户端。
比如，接入网关确定出目标请求类型为第四请求类型，且频率阈值为25次 /天，基于请求类型统计数据，接入网关将“李四”确定为目标客户端。
步骤603，接收各个客户端发送的HTTP请求。
本步骤的实施方式与上述步骤201相似，本实施例在此不再赘述。
步骤604，根据客户端标识，从HTTP请求中筛选出目标客户端发送的HTTP 请求。
可选的，客户端发送的HTTP请求中携带客户端标识，接入网关即检测HTTP 请求中携带的客户端标识与目标客户端的目标客户端标识是否相同，若相同，则将该HTTP请求确定为分发给灰度服务器的请求(该请求用于调用待测试功能的概率较高)，若不相同，则将该HTTP请求确定为分发给其他服务器的请求 (该请求用于调用待测试功能的概率较低)。
步骤605，将目标客户端发送的HTTP请求分发至灰度服务器，并将其它客户端发送的HTTP请求分发至其它服务器。
进一步的，接入网关优先将目标客户端发送的HTTP请求分发至灰度服务器，以便灰度服务器根据该请求进行灰度测试；对于其他客户端发送的HTTP 请求，由于该HTTP请求调用待测试功能的概率较低，因此，接入网关将其分发至其它服务器进行处理。
步骤606，接收各台服务器上报的请求处理信息，请求处理信息至少包括处理HTTP请求的成功率。
步骤607，根据请求处理信息，更新第一比例和第二比例。
上述步骤606至607的实施方式与步骤203至204的实施方式相似，本实施例在此不再赘述。
本实施例中，接入网关基于各个终端的历史HTTP请求发送记录，筛选出符合目标请求类型的目标客户端，并优先将目标客户端发送的HTTP请求分发至灰度服务器，从而达到更好的灰度测试效果
下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。
请参考图7，其示出了本申请一个实施例提供的请求分发装置的结构方框图，该请求分发装置可通过软件、硬件或者两者的结合实现成为接入网关的部分或者全部。该装置可以包括：
第一接收模块710，用于接收各个客户端发送的超文本传输协议HTTP请求；
分发模块720，用于将第一比例的所述HTTP请求分发至所述灰度服务器，并将第二比例的所述HTTP请求分发至其它服务器，所述第一比例小于所述第二比例；
第二接收模块730，用于接收各台服务器上报的请求处理信息，所述请求处理信息至少包括处理所述HTTP请求的成功率；
更新模块740，用于根据所述请求处理信息，更新所述第一比例和所述第二比例。
可选的，所述更新模块740，包括：
第一更新单元，用于当所述请求处理信息指示所述灰度服务器处理所述HTTP请求的成功率大于成功率阈值时，上调所述第一比例，并下调所述第二比例；
第二更新单元，用于当所述请求处理信息指示所述灰度服务器处理所述 HTTP请求的成功率小于所述成功率阈值时，下调所述第一比例，并上调所述第二比例。
可选的，所述装置还包括：
第一确定模块，用于根据灰度测试信息，确定目标请求类型，所述灰度测试信息用于指示所述灰度服务器待测试的功能，且符合所述目标请求类型的 HTTP请求用于请求调用所述待测试的功能；
所述分发模块720，包括：
第一筛选单元，用于根据所述目标请求类型，从所述HTTP请求中筛选出目标HTTP请求；
第一分发单元，用于将所述目标HTTP请求分发至所述灰度服务器，并将其它HTTP请求分发至所述其它服务器。
可选的，所述装置还包括：
第二确定模块，用于确定与所述目标请求类型关联的关联请求类型；
所述分发模块720，包括：
第二筛选单元，用于根据所述目标请求类型和所述关联请求类型，从所述 HTTP请求中筛选出目标HTTP请求；
第二分发单元，用于将所述目标HTTP请求分发至所述灰度服务器，并将其它HTTP请求分发至所述其它服务器。
可选的，所述HTTP请求中携带客户端标识；
所述装置还包括：
第三确定模块，用于根据所述目标请求类型，确定目标客户端，所述目标客户端发送符合所述目标请求类型的HTTP请求的频率大于频率阈值；
所述分发模块720 ，包括：
第三筛选单元，用于根据所述客户端标识，从所述HTTP请求中筛选出所述目标客户端发送的HTTP请求；
第三分发单元，用于将所述目标客户端发送的HTTP请求分发至所述灰度服务器，并将其它HTTP请求分发至所述其它服务器。
综上所述，本实施例中，接入网关接收到客户端发送的HTTP请求后，将第一比例的HTTP请求分发至灰度服务器进行处理，将第二比例的HTTP请求分发至其它服务器进行处理，并根据各台服务器上报的请求处理成功率，自动对HTTP请求的分发比例进行调整更新；由于分发至灰度服务器的HTTP请求的比例小于分发至其它服务器的HTTP请求的比例，因此能够降低灰度测试的风险；同时，接入网关根据服务器的实际请求处理情况，能够自动对HTTP请求的分发比例进行调节，从而自动推动灰度测试的进行，进而提高了灰度测试的效率。
本实施例中，接入网关根据灰度服务器待测试的功能，确定出调用该功能的HTTP请求的目标请求类型，从而在分发HTTP请求的过程中，基于该目标请求类型优先向灰度服务器分发目标HTTP请求，从而达到更好的灰度测试效果。
本实施例中，接入网关根据灰度服务器待测试的功能，确定出调用该功能的HTTP请求的目标请求类型，并进一步确定与目标请求类型关联的关联请求类型，从而在分发HTTP请求的过程中，基于该目标请求类型和关联请求类型优先向灰度服务器分发目标HTTP请求，提高了灰度测试的全面性和准确性，进而达到更好的灰度测试效果。
本申请还提供一种计算机可读介质，其上存储有程序指令，程序指令被处理器执行时实现上述各个方法实施例提供的请求分发方法。
本申请还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个方法实施例提供的请求分发方法。
参考图8，其示出了本申请一个示例性实施例提供的接入网关的结构方框图。本申请中的接入网关可以包括一个或多个如下部件：处理器810和存储器 820。
处理器810可以包括一个或者多个处理核心。处理器810利用各种接口和线路连接整个接入网关内的各个部分，通过运行或执行存储在存储器820内的指令、程序、代码集或指令集，以及调用存储在存储器820内的数据，执行接入网关的各种功能和处理数据。可选地，处理器810可以采用数字信号处理 (Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器810可集成中央处理器(CentralProcessing Unit， CPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统和应用程序等；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器810中，单独通过一块芯片进行实现。
可选地，处理器810执行存储器820中的程序指令时实现下上述各个方法实施例提供的接入网关执行的请求分发方法。
存储器820可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选地，该存储器820包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器820可用于存储指令、程序、代码、代码集或指令集。存储器820可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令、用于实现上述各个方法实施例的指令等；存储数据区可存储根据接入网关的使用所创建的数据等。
需要补充说明的是，本实施例提供的终端的结构仅是示意性地，在实际实现时，该终端还可以包括其他组件，比如：通过组件、网络接口等，本实施例在此不再一一列举。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种请求分发方法，其特征在于，用于接入网关，所述接入网关与多台服务器相连，所述多台服务器中包括至少一台灰度服务器，所述灰度服务器用于进行灰度测试，所述方法包括：
根据灰度测试信息，确定目标请求类型，所述灰度测试信息由管理平台配置，用于指示所述灰度服务器待测试的功能，且符合所述目标请求类型的HTTP请求用于请求调用所述待测试的功能；
接收各个客户端发送的超文本传输协议HTTP请求；
根据所述目标请求类型，将第一比例的所述HTTP请求分发至所述灰度服务器，并将第二比例的所述HTTP请求分发至其它服务器，所述第一比例小于所述第二比例，其中，分发至所述灰度服务器的所述目标请求类型的HTTP请求的数量大于分发至所述其它服务器的所述目标请求类型的HTTP请求的数量；
接收各台服务器上报的请求处理信息，所述请求处理信息至少包括处理所述HTTP请求的成功率；
根据所述请求处理信息，更新所述第一比例和所述第二比例。
2.根据权利要求1所述的方法，其特征在于，所述根据所述请求处理信息，更新所述第一比例和所述第二比例，包括：
若所述请求处理信息指示所述灰度服务器处理所述HTTP请求的成功率大于成功率阈值，则上调所述第一比例，并下调所述第二比例；
若所述请求处理信息指示所述灰度服务器处理所述HTTP请求的成功率小于所述成功率阈值，则下调所述第一比例，并上调所述第二比例。
3.根据权利要求1或2所述的方法，其特征在于，
所述根据所述目标请求类型，将第一比例的所述HTTP请求分发至所述灰度服务器，并将第二比例的所述HTTP请求分发至其它服务器，包括：
根据所述目标请求类型，从所述HTTP请求中筛选出目标HTTP请求；
将所述目标HTTP请求分发至所述灰度服务器，并将其它HTTP请求分发至所述其它服务器。
4.根据权利要求3所述的方法，其特征在于，所述根据灰度测试信息，确定目标请求类型之后，所述方法还包括：
确定与所述目标请求类型关联的关联请求类型；
所述根据所述目标请求类型，将第一比例的所述HTTP请求分发至所述灰度服务器，并将第二比例的所述HTTP请求分发至其它服务器，包括：
根据所述目标请求类型和所述关联请求类型，从所述HTTP请求中筛选出目标HTTP请求；
将所述目标HTTP请求分发至所述灰度服务器，并将其它HTTP请求分发至所述其它服务器。
5.根据权利要求3所述的方法，其特征在于，所述HTTP请求中携带客户端标识；
所述根据灰度测试信息，确定目标请求类型之后，所述方法还包括：
根据所述目标请求类型，确定目标客户端，所述目标客户端发送符合所述目标请求类型的HTTP请求的频率大于频率阈值；
所述根据所述目标请求类型，将第一比例的所述HTTP请求分发至所述灰度服务器，并将第二比例的所述HTTP请求分发至其它服务器，包括：
根据所述客户端标识，从所述HTTP请求中筛选出所述目标客户端发送的HTTP请求；
将所述目标客户端发送的HTTP请求分发至所述灰度服务器，并将其它客户端发送的HTTP请求分发至所述其它服务器。
6.一种请求分发装置，其特征在于，用于接入网关，所述接入网关与多台服务器相连，所述多台服务器中包括至少一台灰度服务器，所述灰度服务器用于进行灰度测试，所述装置包括：
第一确定模块，用于根据灰度测试信息，确定目标请求类型，所述灰度测试信息由管理平台配置，用于指示所述灰度服务器待测试的功能，且符合所述目标请求类型的HTTP请求用于请求调用所述待测试的功能；
第一接收模块，用于接收各个客户端发送的超文本传输协议HTTP请求；
分发模块，用于根据所述目标请求类型，将第一比例的所述HTTP请求分发至所述灰度服务器，并将第二比例的所述HTTP请求分发至其它服务器，所述第一比例小于所述第二比例，其中，分发至所述灰度服务器的所述目标请求类型的HTTP请求的数量大于分发至所述其它服务器的所述目标请求类型的HTTP请求的数量；
第二接收模块，用于接收各台服务器上报的请求处理信息，所述请求处理信息至少包括处理所述HTTP请求的成功率；
更新模块，用于根据所述请求处理信息，更新所述第一比例和所述第二比例。
7.根据权利要求6所述的装置，其特征在于，所述更新模块，包括：
第一更新单元，用于当所述请求处理信息指示所述灰度服务器处理所述HTTP请求的成功率大于成功率阈值时，上调所述第一比例，并下调所述第二比例；
第二更新单元，用于当所述请求处理信息指示所述灰度服务器处理所述HTTP请求的成功率小于所述成功率阈值时，下调所述第一比例，并上调所述第二比例。
8.根据权利要求6或7所述的装置，其特征在于，所述分发模块，包括：
第一筛选单元，用于根据所述目标请求类型，从所述HTTP请求中筛选出目标HTTP请求；
第一分发单元，用于将所述目标HTTP请求分发至所述灰度服务器，并将其它HTTP请求分发至所述其它服务器。
9.根据权利要求8所述的装置，其特征在于，所述装置还包括：
第二确定模块，用于确定与所述目标请求类型关联的关联请求类型；
所述分发模块，包括：
第二筛选单元，用于根据所述目标请求类型和所述关联请求类型，从所述HTTP请求中筛选出目标HTTP请求；
第二分发单元，用于将所述目标HTTP请求分发至所述灰度服务器，并将其它HTTP请求分发至所述其它服务器。
10.根据权利要求8所述的装置，其特征在于，所述HTTP请求中携带客户端标识；
所述装置还包括：
第三确定模块，用于根据所述目标请求类型，确定目标客户端，所述目标客户端发送符合所述目标请求类型的HTTP请求的频率大于频率阈值；
所述分发模块，包括：
第三筛选单元，用于根据所述客户端标识，从所述HTTP请求中筛选出所述目标客户端发送的HTTP请求；
第三分发单元，用于将所述目标客户端发送的HTTP请求分发至所述灰度服务器，并将其它HTTP请求分发至所述其它服务器。
11.一种接入网关，其特征在于，所述接入网关包括处理器、与所述处理器相连的存储器，以及存储在所述存储器上的程序指令，所述处理器执行所述程序指令时实现如权利要求1至5任一所述的请求分发方法。
12.一种计算机可读存储介质，其特征在于，其上存储有程序指令，所述程序指令被处理器执行时实现如权利要求1至5任一所述的请求分发方法。
CN201711484267.2A 2017-12-29 2017-12-29 请求分发方法、装置、接入网关及存储介质 Active CN108156038B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711484267.2A CN108156038B (zh) 2017-12-29 2017-12-29 请求分发方法、装置、接入网关及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711484267.2A CN108156038B (zh) 2017-12-29 2017-12-29 请求分发方法、装置、接入网关及存储介质

Publications (2)

Publication Number Publication Date
CN108156038A CN108156038A (zh) 2018-06-12
CN108156038B true CN108156038B (zh) 2019-07-02

Family

ID=62460022

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711484267.2A Active CN108156038B (zh) 2017-12-29 2017-12-29 请求分发方法、装置、接入网关及存储介质

Country Status (1)

Country Link
CN (1) CN108156038B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109445811B (zh) * 2018-09-07 2024-05-28 平安科技（深圳）有限公司 灰度发布方法、装置、计算机设备及计算机存储介质
CN109672790B (zh) * 2018-09-20 2021-10-01 平安科技（深圳）有限公司 话务请求引流方法、装置、设备及可读存储介质
CN110225094B (zh) * 2019-05-17 2022-02-11 平安科技（深圳）有限公司 负载均衡应用虚拟ip切换方法、装置、计算机设备及存储介质
CN110442455A (zh) * 2019-08-05 2019-11-12 深圳前海微众银行股份有限公司 一种数据处理方法及装置
CN110784530A (zh) * 2019-10-22 2020-02-11 聚好看科技股份有限公司 灰度的发布方法和服务器
CN113179306B (zh) * 2021-04-23 2022-12-06 上海中通吉网络技术有限公司 基于http请求内容的流量分发方法
CN113452622A (zh) * 2021-06-29 2021-09-28 上海通联金融服务有限公司 一种基于客户端的灰度分流方法
CN113382088B (zh) * 2021-07-27 2023-12-19 中国银行股份有限公司 手机银行消息推送方法及装置
CN114500379A (zh) * 2022-02-18 2022-05-13 吉旗（成都）科技有限公司 报文的传输方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7620948B1 (en) * 2003-08-29 2009-11-17 Adobe Systems Incorporated Client side software updating
CN103164202A (zh) * 2011-12-15 2013-06-19 深圳市腾讯计算机系统有限公司 一种灰度发布方法和装置
CN104579768A (zh) * 2014-12-29 2015-04-29 广州酷狗计算机科技有限公司 客户端升级方法和装置
CN104993946A (zh) * 2015-06-01 2015-10-21 华为技术有限公司 灰度发布的评估方法、装置和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7620948B1 (en) * 2003-08-29 2009-11-17 Adobe Systems Incorporated Client side software updating
CN103164202A (zh) * 2011-12-15 2013-06-19 深圳市腾讯计算机系统有限公司 一种灰度发布方法和装置
CN104579768A (zh) * 2014-12-29 2015-04-29 广州酷狗计算机科技有限公司 客户端升级方法和装置
CN104993946A (zh) * 2015-06-01 2015-10-21 华为技术有限公司 灰度发布的评估方法、装置和系统

Also Published As

Publication number Publication date
CN108156038A (zh) 2018-06-12

Similar Documents

Publication Publication Date Title
CN108156038B (zh) 请求分发方法、装置、接入网关及存储介质
CN108200165B (zh) 请求传输系统、方法、装置及存储介质
CN104580192B (zh) 应用程序的网络访问请求的处理方法和装置
CN108200158B (zh) 请求传输系统、方法、装置及存储介质
CN102045363B (zh) 网络流量特征识别规则的建立方法、识别控制方法及装置
CN105100260B (zh) 一种通过代理服务器进行访问的方法及装置
US8463904B2 (en) System and method of middlebox detection and characterization
CN104333567B (zh) 采用安全即服务的web缓存
JP4554609B2 (ja) ネットワーク化されたコンピュータのユーザを特定するネットワークアセットトラッカ
CN101523866B (zh) 用于分层全局负载平衡的系统和方法
CN105024872B (zh) 网络性能测试的方法及装置
CN107465666A (zh) 一种客户端ip获取方法与装置
US11645144B2 (en) Methods and systems securing an application based on auto-learning and auto-mapping of application services and APIs
US11817946B2 (en) Proxy selection by monitoring quality and available capacity
US20070180101A1 (en) System and method for storing data-network activity information
CN103701928B (zh) 应用于负载均衡器提高服务器和ssl网关运行效率的方法
CN108093098A (zh) 一种域名解析请求发送方法及装置
CN102739684A (zh) 一种基于虚拟IP地址的Portal认证方法及服务器
KR20150052286A (ko) 어플리케이션 플랫폼과 어플리케이션 사이의 로그인 상태를 공유하기 위한 시스템 및 방법
CN109547524A (zh) 基于物理网的用户行为存储方法、装置、设备及存储介质
CN109194749A (zh) 监听网络请求的方法、存储介质
CN104320488A (zh) 代理服务器系统及代理服务方法
CN108390795A (zh) 家电设备及其监控方法、智慧家居系统及可读存储介质
CN111193778B (zh) 一种web服务负载均衡的方法及装置
CN106789413A (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
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 523860 No. 18, Wu Sha Beach Road, Changan Town, Dongguan, Guangdong

Applicant after: OPPO Guangdong Mobile Communications Co., Ltd.

Address before: 523860 No. 18, Wu Sha Beach Road, Changan Town, Dongguan, Guangdong

Applicant before: Guangdong OPPO Mobile Communications Co., Ltd.

GR01 Patent grant
GR01 Patent grant