CN112825045A - 支付请求处理方法、***和存储介质 - Google Patents

支付请求处理方法、***和存储介质 Download PDF

Info

Publication number
CN112825045A
CN112825045A CN201911141171.5A CN201911141171A CN112825045A CN 112825045 A CN112825045 A CN 112825045A CN 201911141171 A CN201911141171 A CN 201911141171A CN 112825045 A CN112825045 A CN 112825045A
Authority
CN
China
Prior art keywords
payment
requests
payment request
gateway
request processing
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
Application number
CN201911141171.5A
Other languages
English (en)
Other versions
CN112825045B (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.)
Shanghai Bilibili Technology Co Ltd
Original Assignee
Shanghai Bilibili Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Bilibili Technology Co Ltd filed Critical Shanghai Bilibili Technology Co Ltd
Priority to CN201911141171.5A priority Critical patent/CN112825045B/zh
Publication of CN112825045A publication Critical patent/CN112825045A/zh
Application granted granted Critical
Publication of CN112825045B publication Critical patent/CN112825045B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • 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/5038—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 execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明涉及在线支付技术领域，公开了一种支付请求处理方法、***和存储介质，所述方法应用于包括前置网关、负载均衡器及支付集群的***，包括：所述前置网关接收支付请求，并利用前置网关规则对所述支付请求进行排序；所述负载均衡器接收经排序的支付请求后将所述的经排序的支付请求分配至所述支付集群；所述支付集群对经过所述负载均衡器分配的支付请求进行处理。能够达到高并发、高性能和高可用且数据一致性的技术效果。

Description

支付请求处理方法、***和存储介质
技术领域
本发明涉及互联网技术领域，特别涉及在线支付技术领域，具体涉及一种支付请求处理方法、***和存储介质。
背景技术
如今选择在线支付的用户越来越多，所以支付场景需要的是能够应对支付请求数量高的解决方案。现有技术中常见的支付***是直接通过公司SLB设备作为负载均衡路由到容器上，SLB设备只能做到简单的负载均衡和限流操作，不满足预期的支付业务的扩展。
发明内容
本发明的一个目的是克服上述现有技术中的缺点，提供一种高并发、高性能和高可用且数据一致性的支付请求处理方法，主要应用于在线支付场景。
为了实现上述的目的，本发明采取以下技术手段：
一种支付请求处理方法，应用于包括前置网关、负载均衡器及支付集群的***，所述支付请求处理方法包括：所述前置网关接收支付请求，并利用前置网关规则对所述支付请求进行排序；所述负载均衡器接收经排序的支付请求后将所述的经排序的支付请求分配至所述支付集群；所述支付集群对经过所述负载均衡器分配的支付请求进行处理。
优选的，所述的前置网关利用前置网关规则对所述支付请求进行排序，具体为：所述的前置网关利用限流优先级规则对所述支付请求进行限流，所述限流优先级规则由高至低为：接口核心字段关联限流、接口请求方标识ID限流、接口统一限流。
当支付请求数量高时，所有核心接口在支付请求数量于预设阈值时调用的规则不变，而非核心接口配置所述限流优先级规则，所述非核心接口在支付请求数量高于预设阈值时做降级操作。
还可以选择，在与所述支付请求相关的接口采集数据形成埋点集群信息，将所述埋点集群信息存储至数据库，所述埋点集群信息可以参与下述路由优先级规则进行排序。此处，所述数据库可以采用HBase和Redis存储。Redis读取快但受内存限制；HBase读取慢但是可以存储的数据大很多，适合做大数据的持久存储。所以本发明在此采用HBase和Redis实现数据仓库加缓存数据库，达到速度和扩展性都兼顾。
优选的，所述的前置网关利用前置网关规则对所述支付请求进行排序，还包括：所述的前置网关利用路由优先级规则对经过限流的支付请求进行排序，所述路由优先级规则由高至低为：支付单ID、支付收单场景、上述的埋点集群信息、用户ID、随机。
所述前置网关若在规定时间内调用后台接口获取到明确的错误码，则按照所述路由优先级规则进行重试调用。
较佳的，上述支付集群对经过所述负载均衡器分配的支付请求进行处理步骤中，一个所述支付集群由多个支付分区组成，所述支付集群的各个支付分区通过同一套代码按照不同的配置部署为配置文件、数据源、中间件和服务器。在此，所述的配置文件、数据源、中间件和服务器均不限制数量。
较佳的，各个所述支付集群之间互相不依赖，互为灾备。在某一个支付集群出现问题的时候，自动尝试路由其他的支付集群，提高了灾备的能力。
较佳的，根据所述支付请求的数量调整所述支付集群的数量。提高了支付***横向扩容的能力，随着业务量的提高，支付***不需要进行大量的重构，可以通过扩展支付集群来应对业务量的提升。
本发明的又一个目的是提供一种前置网关，所述前置网关接收支付请求，并利用上述前置网关规则对支付请求进行排序。
本发明的再一个目的是提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的支付请求处理方法。
本发明的另一个目的是提供一种支付请求处理***，包括用户端、前置网关和支付服务器，所述支付服务器接收基于所述用户端与所述前置网关之间的交互产生的支付指令，并利用上述任一项所述的支付请求处理方法处理该支付指令。
根据上述内容，本申请的支付请求处理方法，应用于包括前置网关、负载均衡器及支付集群的***，所述支付请求处理方法包括：前置网关接收支付请求，并利用前置网关规则对所述支付请求进行排序；负载均衡器接收经排序的支付请求后将所述的经排序的支付请求分配至支付集群；所述支付集群对经过所述负载均衡器分配的支付请求进行处理。当支付请求数量高时，利用前置网关规则对这些支付请求进行排序，再通过负载均衡器将上述支付请求分配至支付集群，避免单个服务器承受过多的访问量，从而降低在访问高峰期服务器宕机的风险，显著地提高了高并发处理能力，提高了***的稳定性，也提升了用户体验。
附图说明
图1是本发明一实施形态的支付请求处理方法的流程示意图；
图2是支付请求处理方法的示意框图；
图3是采集数据形成埋点集群信息与前置网关、支付服务器之间的关系示意图；
图4是本发明一实施形态的利用前置网关规则将支付请求排序的流程示意图；
图5是本发明一实施形态的支付请求处理***的示意框图。
具体实施方式
以下，通过一实施形态对本发明的支付请求处理方法进一步说明。
本实施形态的一种支付请求处理方法，应用于包括前置网关、负载均衡器及支付集群的***，所述支付请求处理方法包括：前置网关接收支付请求，并利用前置网关规则对支付请求进行排序；负载均衡器接收经排序的支付请求后将的经排序的支付请求分配至支付集群；支付集群对经过负载均衡器分配的支付请求进行处理。
图1是本实施形态的支付请求处理方法的流程示意图，图2是支付请求处理方法的示意框图。负载均衡器接收来自例如调用方、业务方、客户端、浏览器等的支付请求后进行分配至前置网关，随后进行本实施例的支付请求处理方法：前置网关接收支付请求，并利用前置网关规则对支付请求进行排序；负载均衡器接收经排序的支付请求后将的经排序的支付请求分配至支付集群；支付集群对经过负载均衡器分配的支付请求进行处理。当支付请求数量高时，利用前置网关规则对这些支付请求进行排序，再通过负载均衡器将上述支付请求分配至支付集群，避免单个服务器承受过多的访问量，从而降低在访问高峰期服务器宕机的风险，显著地提高了高并发处理能力，提高了***的稳定性，也提升了用户体验。
由于一般的负载均衡器只能做到简单的负载均衡和限流操作，当支付请求数量高于预设阈值时则需要采用进一步限流手段，所以本实施形态中上述的前置网关利用前置网关规则对支付请求进行排序，具体为：的前置网关利用限流优先级规则对支付请求进行限流，限流优先级规则由高至低为：接口核心字段关联限流、接口请求方标识ID限流、接口统一限流。一方面，能够通过筛选有目标地进行限流，以提高对重要的支付请求的处理能力；另一方面，通过设置限流优先级规则，可以根据支付请求的数量灵活地调整限流的程度。
所有核心接口在支付请求数量于预设阈值时调用的规则不变，而非核心接口配置限流优先级规则，非核心接口在支付请求数量高于预设阈值时做降级操作。通过区分核心接口和非核心接口，而且在非核心接口配置上述限流优先级规则，既进一步提高了对重要的支付请求的处理能力，又进一步提高了限流的灵活度。
图3是采集数据形成埋点集群信息与前置网关、支付服务器之间的关系示意图，选择在与支付请求相关的接口采集数据形成埋点集群信息，将埋点集群信息存储至数据库，以保持数据的一致性。例如，埋点数据通过兼容用户支付下单后的部分遗留接口(如订单查询，订单关闭)，将这些接口的关键的字段在用户支付下单操作的时候保存到数据库中，这些关键的字段可被读取并参与下文路由优先级规则进行排序。本实施形态的数据库采用HBase和Redis存储，由于Redis存储到内存，读取快，适合做缓存；HBase读取慢，但是可以存储的数据大很多，适合做大数据的持久存储。所以本实施例在此采用HBase和Redis实现数据仓库加缓存数据库，达到速度和扩展性都兼顾。
进一步地，前置网关利用前置网关规则对支付请求进行排序，还包括：的前置网关利用路由优先级规则对经过限流的支付请求进行排序，路由优先级规则由高至低为：支付单ID、支付收单场景、埋点集群信息、用户ID、随机。一方面，能够对重要的支付请求提高处理能力；另一方面，通过设置路由优先级规则，可以根据支付请求数量灵活地调整路由级别，从而有目标地提升了用户的支付体验。
前置网关若在规定时间内调用后台接口获取到明确的错误码，则按照路由优先级规则进行重试调用。降低对支付请求处理失败的概率，减少用户在支付过程中的失败体验，以进一步提升用户体验。
因此，本实施形态通过前置网关可以对不同的接口做差异化设置，以此对支付请求做相应的判断及排序，避免因高并发请求数量太高导致支付处理***崩溃，所以本发明能够应对高并发请求的场景，提高了支付***的性能。
本实施形态的方法中，负载均衡器接收经排序的支付请求后将经排序的支付请求分配至支付集群，上述的一个支付集群由多个支付分区组成，支付集群的各个支付分区通过同一套代码按照不同的配置部署为配置文件、数据源、中间件和服务器。在此，的配置文件、数据源、中间件和服务器均不限制数量，例如可为多个服务器，当其中一个服务器做正常升级或者出现问题的时候，另一个服务器依然可支持支付的进行，能够达到高可用的效果。而且，各个支付集群之间可以互相不依赖，在必要时间互为灾备。另外，当业务需求增加时，也可以根据支付请求的数量调整支付集群的数量。
如图5所示，本发明一实施形态可提供一种支付请求处理***，包括用户端、前置网关和支付服务器，前置网关接收用户端发送的支付请求，根据上述的前置网关规则对支付请求进行排序，然后向支付服务器发送支付请求，支付服务器对支付请求进行处理。
在此，为了更清楚地说明本发明一实施形态的利用前置网关规则对支付请求进行排序方法，示出图4是本发明一实施形态的利用前置网关规则将支付请求排序的流程示意图，包括以下步骤：
前置网关预设了前置网关规则，该前置网关规则包括：a.限流优先级规则对支付请求进行限流，所述限流优先级规则由高至低为：接口核心字段关联限流、接口请求方标识ID限流、接口统一限流；b.所有核心接口在支付请求数量于预设阈值时调用的规则不变，而非核心接口配置所述限流优先级规则，所述非核心接口在支付请求数量高于预设阈值时做降级操作；c.限流优先级规则对支付请求进行排序，所述路由优先级规则由高至低为：支付单ID、支付收单场景、埋点集群信息、用户ID、随机；d.前置网关若在规定时间内调用后台接口获取到明确的错误码，则按照所述路由优先级规则进行重试调用。
S1：前置网关接收支付请求。
S2：通过兼容用户支付下单后的部分遗留接口采集数据形成埋点集群信息，将所述埋点集群信息存储至数据库。
S3：利用前置网关规则中限流优先级规则判断支付请求是否属于限流情况，若是，则限流；若否，则进入S4。
S4：利用前置网关规则中路由优先级规则将支付请求排序。
S5：判断前置网关是否获取到错误码，若是，则返回S4；若否，则进入S6。
S6：前置网关将支付请求进行排队路由。
以下举例进一步说明本发明的支付请求处理方法、***。
以购买网络商品为例，多个用户操作手机(用户端)，访问互联网商城(业务端)，选择需要购买的商品进行下单，此时会产生多个购买商品的支付请求，分别来自支付单ID为“123456”、支付收单场景为“外卖平台”、用户ID为“abc”、任意支付请求“X”和任意支付请求“Y”，这些支付请求被发送至前置网关。
前置网关接收支付请求后，利用前置网关规则对以上多个支付请求进行排序，所述前置网关规则包括：a.限流优先级规则由高至低为：支付请求接口包含核心字段为“Y”则限流、支付请求接口包含标识ID为“abc”则限流、满足以上两个条件则接口统一限流；b.所有核心接口在支付请求数量于预设阈值时调用的规则不变，而非核心接口在支付请求数量高于预设阈值时做降级操作(支付请求接口包含核心字段为“Y”仍然限流、支付请求接口包含标识ID为“abc”则不限流)；c.路由优先级规则由高至低为：支付单ID、支付收单场景、埋点集群信息、用户ID、随机；d.前置网关若获取到错误码，则按照路由优先级规则进行重试调用。
通过兼容用户支付下单后的订单查询接口采集到关键字段“IHK”形成埋点数据，将这些关键字段保存到数据库中，以参与前置网关的路由优先级规则进行排序。
利用前置网关规则对这些请求进行判断，其中，任意支付请求“Y”在上述限流优先级规则中被判断为限流，用户ID为“abc”的支付请求在上述限流优先级规则中被判断为限流，前置网关按照上述路由优先级规则对其他未被限流的支付请求按照以下顺序进行排序：支付单ID为“123456”的支付请求、支付收单场景为“外卖平台”的支付请求、埋点数据为“IHK”的支付请求、任意支付请求“X”。
负载均衡器接收经排序的支付请求后将这些支付请求分配至支付集群，该支付集群对支付请求进行处理，上述支付集群有多个支付分区，分别为通过同一套代码按照不同的配置部署的一个配置文件、一个数据源、一个中间件和两个服务器，以提高支付请求处理性能。当访问量高时，可以根据业务需求增加配置文件、数据源、中间件和/或服务器的数量，提高了高并发处理能力；另外，支付集群之间可以在必要的时候互为灾备，进一步提高了支付请求处理性能。
在此，支付请求处理***包括用户端、具有前置网关规则的前置网关和支付服务器，该支付服务器接收基于用户端与前置网关之间的交互产生的支付指令。所以上述***也具有较高的处理高并发的能力和较好的处理支付请求的性能。
根据以上内容，本发明的实施形态能够应对支付请求数量高的应用场景，提高了支付服务的处理能力，进而有效地提升用户体验。
在此说明书中，本发明已参照其特定的实施例作了描述。但是，很显然仍可以作出各种修改和变换而不背离本发明的精神和范围。因此，说明书和附图应被认为是说明性的而非限制性的。

Claims (10)

1.一种支付请求处理方法，其特征在于，应用于包括前置网关、负载均衡器及支付集群的***；所述支付请求处理方法包括：
所述前置网关接收支付请求，并利用前置网关规则对所述支付请求进行排序；
所述负载均衡器接收经排序的支付请求后将所述的经排序的支付请求分配至所述支付集群；
所述支付集群对经过所述负载均衡器分配的支付请求进行处理。
2.根据权利要求1所述的支付请求处理方法，其特征在于，
所述的前置网关利用前置网关规则对所述支付请求进行排序，具体为：
所述的前置网关利用限流优先级规则对所述支付请求进行限流，
所述限流优先级规则由高至低为：
接口核心字段关联限流、接口请求方标识ID限流、接口统一限流。
3.根据权利要求2所述的支付请求处理方法，其特征在于，
所有核心接口在支付请求数量高于预设阈值时调用的规则不变，而非核心接口配置所述限流优先级规则，所述非核心接口在支付请求数量高于预设阈值时做降级操作。
4.根据权利要求2所述的支付请求处理方法，其特征在于，在与所述支付请求相关的接口采集数据形成埋点集群信息，将所述埋点集群信息存储至数据库。
5.根据权利要求4所述的支付请求处理方法，其特征在于，
所述的前置网关利用前置网关规则对所述支付请求进行排序，还包括：
所述的前置网关利用路由优先级规则对经过限流的支付请求进行排序，
所述路由优先级规则由高至低为：
支付单ID、支付收单场景、所述埋点集群信息、用户ID、随机。
6.根据权利要求5所述的支付请求处理方法，其特征在于，
所述前置网关若在规定时间内调用后台接口获取到明确的错误码，则按照所述路由优先级规则进行重试调用。
7.根据权利要求1所述的支付请求处理方法，其特征在于，一个所述支付集群由多个支付分区组成，所述支付集群的各个支付分区通过同一套代码按照不同的配置部署为配置文件、数据源、中间件和服务器。
8.根据权利要求710所述的支付请求处理方法，其特征在于，根据所述支付请求的数量调整所述支付集群的数量。
9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的方法。
10.一种支付请求处理***，其特征在于，包括用户端、前置网关和支付服务器，所述支付服务器接收基于所述用户端与所述前置网关之间的交互产生的支付指令，并利用权利要求1至8中任一项所述的方法处理该支付指令。
CN201911141171.5A 2019-11-20 2019-11-20 支付请求处理方法、***和存储介质 Active CN112825045B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911141171.5A CN112825045B (zh) 2019-11-20 2019-11-20 支付请求处理方法、***和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911141171.5A CN112825045B (zh) 2019-11-20 2019-11-20 支付请求处理方法、***和存储介质

Publications (2)

Publication Number Publication Date
CN112825045A true CN112825045A (zh) 2021-05-21
CN112825045B CN112825045B (zh) 2022-12-30

Family

ID=75906912

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911141171.5A Active CN112825045B (zh) 2019-11-20 2019-11-20 支付请求处理方法、***和存储介质

Country Status (1)

Country Link
CN (1) CN112825045B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113890853A (zh) * 2021-09-27 2022-01-04 北京字跳网络技术有限公司 一种限流方法、装置、存储介质及电子设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101826186A (zh) * 2009-02-13 2010-09-08 美国银行公司 综合支付集中器***中管理支付处理的***、方法和程序
US20130117177A1 (en) * 2011-06-24 2013-05-09 Western Union Financial Services, Inc. System and method for loading stored value accounts
CN105208133A (zh) * 2015-10-20 2015-12-30 上海斐讯数据通信技术有限公司 一种服务器、负载均衡器以及服务器负载均衡方法和***
CN106453564A (zh) * 2016-10-18 2017-02-22 北京京东尚科信息技术有限公司 弹性云分布式海量请求处理的方法、装置及***
CN109360066A (zh) * 2018-10-25 2019-02-19 广元量知汇科技有限公司 基于互联网的b2c电子商务***
CN110335030A (zh) * 2019-06-27 2019-10-15 上海数禾信息科技有限公司 支付路由***、方法
CN110417671A (zh) * 2019-07-31 2019-11-05 中国工商银行股份有限公司 数据传输的限流方法和服务器

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101826186A (zh) * 2009-02-13 2010-09-08 美国银行公司 综合支付集中器***中管理支付处理的***、方法和程序
US20130117177A1 (en) * 2011-06-24 2013-05-09 Western Union Financial Services, Inc. System and method for loading stored value accounts
CN105208133A (zh) * 2015-10-20 2015-12-30 上海斐讯数据通信技术有限公司 一种服务器、负载均衡器以及服务器负载均衡方法和***
CN106453564A (zh) * 2016-10-18 2017-02-22 北京京东尚科信息技术有限公司 弹性云分布式海量请求处理的方法、装置及***
CN109360066A (zh) * 2018-10-25 2019-02-19 广元量知汇科技有限公司 基于互联网的b2c电子商务***
CN110335030A (zh) * 2019-06-27 2019-10-15 上海数禾信息科技有限公司 支付路由***、方法
CN110417671A (zh) * 2019-07-31 2019-11-05 中国工商银行股份有限公司 数据传输的限流方法和服务器

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113890853A (zh) * 2021-09-27 2022-01-04 北京字跳网络技术有限公司 一种限流方法、装置、存储介质及电子设备
CN113890853B (zh) * 2021-09-27 2024-04-19 北京字跳网络技术有限公司 一种限流方法、装置、存储介质及电子设备

Also Published As

Publication number Publication date
CN112825045B (zh) 2022-12-30

Similar Documents

Publication Publication Date Title
CN101147130B (zh) 用于选择满足服务请求的资源管理器的方法和***
CN108492068B (zh) 用于路径规划的方法和装置
CN109684358A (zh) 数据查询的方法和装置
EP2442532A1 (en) Technique for handling URLS for different mobile devices that use different user interface platforms
AU2010339650B2 (en) Syndication of multiple service instances
CN102880956A (zh) 支付服务器和支付通道整合方法
CN103312624A (zh) 一种消息队列服务***和方法
CN110650209B (zh) 实现负载均衡的方法和装置
CN113077259A (zh) 基于区块链的存证方法、装置及电子设备
CN112654003A (zh) 一种发送消息的方法、装置、存储介质及电子设备
CN109343962A (zh) 数据处理方法、装置及分布式服务***
CN108399175B (zh) 一种数据存储、查询方法及其装置
CN112825045B (zh) 支付请求处理方法、***和存储介质
KR20140031429A (ko) 아이템 추천 시스템과 방법 및 이를 지원하는 장치
CN101963978A (zh) 一种分布式数据库的管理方法、装置及***
CN113609401A (zh) 书城频道页面的动态展示方法、电子设备及存储介质
CN108255853B (zh) 一种插件式的请求异步处理方法以及***
CN112488803A (zh) 收藏夹存储访问方法及其装置、设备、介质
CN113704295A (zh) 业务请求的处理方法、***及电子设备
CN110930101A (zh) 确定订单的配送时间的方法、装置、电子设备和可读介质
CN111767481A (zh) 访问处理方法、装置、设备和存储介质
CN115271861A (zh) 一种请求过滤方法、装置、设备及存储介质
CN104579793B (zh) 网络资源的调度方法和***
CN114493799A (zh) 一种分库分表管理专车订单数据的方法及***
CN109905446B (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