CN114490826B - 请求响应方法、数据存储方法、装置、服务器及存储介质 - Google Patents

请求响应方法、数据存储方法、装置、服务器及存储介质 Download PDF

Info

Publication number
CN114490826B
CN114490826B CN202210110110.8A CN202210110110A CN114490826B CN 114490826 B CN114490826 B CN 114490826B CN 202210110110 A CN202210110110 A CN 202210110110A CN 114490826 B CN114490826 B CN 114490826B
Authority
CN
China
Prior art keywords
fragment
data
virtual storage
storage unit
application
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
CN202210110110.8A
Other languages
English (en)
Other versions
CN114490826A (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.)
Hangzhou Yuxin Digital Technology Co ltd
Original Assignee
Hangzhou Yuxin Digital 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 Hangzhou Yuxin Digital Technology Co ltd filed Critical Hangzhou Yuxin Digital Technology Co ltd
Priority to CN202210110110.8A priority Critical patent/CN114490826B/zh
Priority to CN202211484110.0A priority patent/CN115712660B/zh
Publication of CN114490826A publication Critical patent/CN114490826A/zh
Application granted granted Critical
Publication of CN114490826B publication Critical patent/CN114490826B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2471—Distributed queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/256—Integrating or interfacing systems involving database management systems in federated or virtual databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00—Pattern recognition
    • G06F18/20—Analysing
    • G06F18/24—Classification techniques
    • G06F18/241—Classification techniques relating to the classification model, e.g. parametric or non-parametric approaches
    • 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Evolutionary Biology (AREA)
  • Technology Law (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Evolutionary Computation (AREA)
  • General Business, Economics & Management (AREA)
  • Artificial Intelligence (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Fuzzy Systems (AREA)
  • Mathematical Physics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请公开了一种请求响应方法、数据存储方法、请求响应装置、数据存储装置、服务器及存储介质。该请求响应方法包括：接收客户端发送的应用服务请求；基于应用服务请求中的确定信息，确定信息与虚拟存储单元的标识信息间的映射关系，确定出应用服务请求所需访问的虚拟存储单元；调用与虚拟存储单元存在对应关系的API应用程序接口访问虚拟存储单元读取分片数据。本申请通过API接口与虚拟存储单元间的对应关系，虚拟存储单元间与客户确定信息间的映射关系，实现大量客户的数据分布存储在多个不同的虚拟存储单元，当响应应用服务请求时，可调用对应的API接口访问对应的虚拟存储单元，减少数据处理通道容易堵塞的情况，提高信息系统的数据处理性能。

Description

请求响应方法、数据存储方法、装置、服务器及存储介质
技术领域
本申请涉及数据处理技术领域，更具体地，涉及一种请求响应方法、数据存储方法、请求响应装置、数据存储装置、服务器及存储介质。
背景技术
数据处理是信息系统的核心部分之一，其负责处理业务相关的关键性业务结果数据。为保证在海量数据和高并发场景下，数据处理的实时服务与批量任务均能在正常时间内执行完毕，需通过数据分片机制为数据处理提供非受限横向扩展能力，以解决数据库这一性能瓶颈问题。
发明内容
针对背景技术中存在的技术问题，本申请提供了一种请求响应方法、数据存储方法、请求响应装置、数据存储装置、服务器及存储介质。
本申请实施例第一方面提供的一种请求响应方法，包括：
接收客户端发送的应用服务请求；
基于所述应用服务请求中的确定信息，及所述确定信息与虚拟存储单元的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述虚拟存储单元，其中，所述确定信息用于确定通过所述客户端发送所述应用服务请求的客户的身份，所述虚拟存储单元中至少存储有响应所述应用服务请求的分片数据；
调用与所述虚拟存储单元存在对应关系的API应用程序接口，访问所述虚拟存储单元，读取响应所述应用服务请求的分片数据。
在一些实施例中，与所述虚拟存储单元存在对应关系的API应用程序接口，至少包括：N类API接口，其中所述N大于或者等于1；其中一类所述API接口对应访问一个所述虚拟存储单元。
在一些实施例中，所述虚拟存储单元至少包括：多个分片容器，各所述分片容器中均存储有所述分片数据；
一类所述API接口至少包括所述API接口下动态生成的M个API子接口，所述M大于或者等于1；
所述调用与所述虚拟存储单元存在对应关系的API应用程序接口，访问所述虚拟存储单元，读取响应所述应用服务请求的分片数据，包括：
调用与所述分片容器存在对应关系的所述API子接口，访问所述分片容器，读取响应所述应用服务请求的分片数据。
在一些实施例中，所述分片数据至少包括：应用服务，和/或，支持所述应用服务响应所述应用服务请求的业务数据；
所述分片容器至少包含有应用节点，和/或，数据存储节点；所述应用节点用于存储所述应用服务；所述数据存储节点用于存储所述业务数据；
所述读取响应所述应用服务请求的分片数据，至少包括：
读取响应所述应用服务请求的所述应用服务和/或所述业务数据。
在一些实施例中，所述确定信息至少包括：分片键；
所述确定信息与虚拟存储单元的标识信息间的映射关系，包括：
所述分片键与所述分片容器的标识信息间的映射关系；
所述基于所述应用服务请求中的确定信息，及所述确定信息与虚拟存储单元的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述虚拟存储单元，包括：
基于所述应用服务请求中的所述分片键，及所述分片键与分片容器的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述分片容器，其中所述应用服务请求至少包含有所述分片键，同一所述分片键下相关联的应用请求和/或业务数据存储于同一分片容器内。
在一些实施例中，所述方法还包括：
基于所述分片键、所述分片容器的标识信息、以及插槽个数，建立所述分片键与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数。
本申请实施例第二方面提供的一种数据存储方法，包括：
基于用于确定客户身份的确定信息、虚拟存储单元的标识信息、以及插槽个数，建立所述客户的确定信息与虚拟存储单元的标识信息间的映射关系，其中所述插槽个数用于限定当前可处于工作状态中的虚拟存储单元的个数；
基于所述映射关系，存储同一所述客户相关联的分片数据于同一虚拟存储单元内，其中所述同一虚拟存储单元基于所述客户的确定信息与虚拟存储单元的标识信息间的映射关系确定。
在一些实施例中，所述客户的确定信息至少包括客户ID标识号；所述虚拟存储单元至少包括分片容器；
其中，所述基于用于确定客户身份的确定信息、虚拟存储单元的标识信息、以及插槽个数，建立所述客户的确定信息与虚拟存储单元的标识信息间的映射关系，包括：
基于客户ID标识号、分片容器的标识信息、以及所述插槽个数，建立所述客户ID标识号与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数；
所述基于所述映射关系，存储同一所述客户相关联的分片数据于同一虚拟存储单元内，包括：
基于所述映射关系，存储与同一所述客户ID标识号相关联的分片数据于同一分片容器内，其中所述同一分片容器基于所述客户ID标识号与分片容器的标识信息间的映射关系确定。
在一些实施例中，所述分片数据至少包括：应用服务和/或业务数据；所述分片容器至少包括：应用节点和/或数据存储节点；其中，所述应用节点用于部署所述应用服务；所述数据存储节点用于存储所述业务数据。
在一些实施例中，同一所述分片容器部署多项应用服务和/或业务数据；一个所述分片容器对应一个动态生成的API子接口；同一所述分片容器中存储有多项应用服务和/或业务数据时，一类API接口在运行态下将动态生成多个API子接口，其中：
一项所述应用服务和业务数据，通过一个对应的API子接口访问；其中，所述应用服务和业务数据在不同分片容器，对应访问的API子接口不同。
本申请实施例第三方面提供的一种请求响应装置，包括：
请求接收单元，用于接收客户端发送的应用服务请求；
虚拟存储单元确定单元，用于基于所述应用服务请求中的确定信息，及所述确定信息与虚拟存储单元的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述虚拟存储单元，所述确定信息用于确定通过所述客户端发送所述应用服务请求的客户的身份，所述虚拟存储单元中至少存储响应所述应用服务请求的分片数据；
数据读取单元，用于调用与所述虚拟存储单元存在对应关系的API应用程序接口，访问所述虚拟存储单元，读取响应所述应用服务请求的分片数据。
在一些实施例中，与所述虚拟存储单元存在对应关系的API应用程序接口，至少包括：N类API接口，其中所述N大于或者等于1；其中一类所述API接口对应访问一个所述虚拟存储单元。
在一些实施例中，所述虚拟存储单元至少包括：多个分片容器，各所述分片容器中均存储有所述分片数据；
一类所述API接口至少包括所述API接口下动态生成的M个API子接口，所述M大于或者等于1；
所述数据读取单元，具体还用于：
调用与所述分片容器存在对应关系的所述API子接口，访问所述分片容器，读取响应所述应用服务请求的分片数据。
在一些实施例中，所述分片数据至少包括：应用服务，和/或，支持所述应用服务响应所述应用服务请求的业务数据；
所述分片容器至少包含有应用节点，和/或，数据存储节点；所述应用节点用于存储所述应用服务；所述数据存储节点用于存储所述业务数据；
所述数据读取单元，具体还用于：
读取响应所述应用服务请求的所述应用服务和/或所述业务数据。
在一些实施例中，所述确定信息至少包括：分片键；
所述确定信息与虚拟存储单元的标识信息间的映射关系，包括：
所述分片键与所述分片容器的标识信息间的映射关系；
所述虚拟存储单元确定单元，还用于：
基于所述应用服务请求中的所述分片键，及所述分片键与分片容器的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述分片容器，其中所述应用服务请求至少包含有所述分片键，同一所述分片键下相关联的应用请求和/或业务数据存储于同一分片容器内。
在一些实施例中，所述虚拟存储单元确定单元，具体还用于：
基于所述分片键、所述分片容器的标识信息、以及插槽个数，建立所述分片键与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数。
本申请实施例第四方面提供的一种数据存储装置，包括：
关系建立单元，用于基于用于确定客户身份的确定信息、虚拟存储单元的标识信息、以及插槽个数，建立所述客户的确定信息与虚拟存储单元的标识信息间的映射关系，其中所述插槽个数用于限定当前可处于工作状态中的虚拟存储单元的个数；
数据存储单元，用于基于所述映射关系，存储同一所述客户相关联的分片数据于同一虚拟存储单元内，其中所述同一虚拟存储单元基于所述客户的确定信息与虚拟存储单元的标识信息间的映射关系确定。
在一些实施例中，所述客户的确定信息至少包括客户ID标识号；所述虚拟存储单元至少包括分片容器；
其中，所述关系建立单元，具体用于：
基于客户ID标识号、分片容器的标识信息、以及所述插槽个数，建立所述客户ID标识号与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数；
所述数据存储单元，具体用于：
基于所述映射关系，存储与同一所述客户ID标识号相关联的分片数据于同一分片容器内，其中所述同一分片容器基于所述客户ID标识号与分片容器的标识信息间的映射关系确定。
本申请实施例第五方面提供的一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述第一方面和第二方面所述的任意一种方法的步骤。
本申请实施例第六方面提供的一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面和第二方面所述的任意一种方法的步骤。
本申请实施例提供的请求响应方法，包括：接收客户端发送的应用服务请求；基于应用服务请求中的确定信息，及确定信息与虚拟存储单元的标识信息间的映射关系，确定出应用服务请求所需访问的虚拟存储单元，其中，确定信息用于确定发送应用服务请求的客户的身份，虚拟存储单元中至少存储有响应应用服务请求的分片数据；调用与虚拟存储单元存在对应关系的API应用程序接口，访问虚拟存储单元，读取响应应用服务请求的分片数据。本申请中，通过确定信息与虚拟存储单元的标识信息间的映射关系，在虚拟存储单元中存储有响应通过确定信息确定身份的客户所发送的应用服务请求的分片数据。通过具有对应关系的API接口读取对应虚拟存储单元的分片数据。如此，通过API接口与虚拟存储单元间建立对应关系，虚拟存储单元间与客户确定信息间建立映射关系，可实现大量客户的数据分布存储在多个不同的虚拟存储单元，当接收到大量客户的大量应用服务请求时，可对应调用不同的API接口访问对应的虚拟存储单元，从而减少高并发情况下，数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
附图说明
结合附图，通过以下非限制性实施方式的详细描述，本申请的其他特征、目的和优点将变得更加明显。在附图中：
图1是示出了本申请实施例的请求响应方法的流程示意图；
图2是示出了本申请实施例的API接口与分片容器的对应关系示意图；
图3是示出了本申请实施例的消息队列与分片容器的对应关系示意图；
图4是示出了本申请实施例的API层SDK类关系构成示意图；
图5是示出了本申请实施例的数据存储方法的流程示意图；
图6是示出了本申请实施例的请求响应装置的结构示意图；
图7是示出了本申请实施例的数据存储装置的结构示意图。
具体实施方式
为了更好地理解本申请，将参考附图对本申请的各个方面做出更详细的说明。应理解，这些详细说明只是对本申请的示例性实施方式的描述，而非以任何方式限制本申请的范围。在说明书全文中，相同的附图标号指代相同的元件。表述“和/或”包括相关联的所列项目中的一个或多个的任何和全部组合。
还应理解的是，用语“包括”、“包括有”、“具有”、“包含”和/或“包含有”，当在本说明书中使用时表示存在所陈述的特征、元件和/或部件，但不排除存在或附加有一个或多个其它特征、元件、部件和/或它们的组合。此外，当诸如“...中的至少一个”的表述出现在所列特征的列表之后时，修饰整个所列特征，而不是修饰列表中的单独元件。此外，当描述本申请的实施方式时，使用“可”表示“本申请的一个或多个实施方式”。并且，用语“示例性的”旨在指代示例或举例说明。
除非另外限定，否则本文中使用的所有用语(包括技术用语和科学用语)均具有与本申请所属领域普通技术人员的通常理解相同的含义。还应理解的是，用语(例如在常用词典中定义的用语)应被解释为具有与它们在相关技术的上下文中的含义一致的含义，并且将不被以理想化或过度正式意义解释，除非本文中明确如此限定。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
以下对本申请实施例的特征、原理和其他方面进行详细描述。
数据处理是信息系统的核心部分之一，其负责处理业务相关的关键性业务结果数据。为保证在海量数据和高并发场景下，数据处理的实时服务与批量任务均能在正常时间内执行完毕，需通过数据分片机制为数据处理提供非受限横向扩展能力，以解决数据库这一性能瓶颈问题。
本申请实施例提供一种请求响应方法。图1是示出了本申请实施例的请求响应方法的流程示意图。如图1所示，该请求响应方法包括如下步骤：
步骤10、接收客户端发送的应用服务请求；
步骤11、基于应用服务请求中的确定信息，及确定信息与虚拟存储单元的标识信息间的映射关系，确定出应用服务请求所需访问的虚拟存储单元，其中，确定信息用于确定通过客户端发送应用服务请求的客户的身份，虚拟存储单元中至少存储有响应应用服务请求的分片数据；
步骤12、调用与虚拟存储单元存在对应关系的API应用程序接口，访问虚拟存储单元，读取响应应用服务请求的分片数据。
在本示例性实施例中，可应用于消费信贷核算服务。消费信贷核算服务是整个消费信息系统的核心部分之一，其负责处理客户账与内部账、交易流水等关键性的业务结果数据。为保证在海量数据和高并发场景下，核算的实时服务与批量任务均能在正常时间内执行完毕，需通过数据分片机制为核算服务提供非受限横向扩展能力，从根本上解决数据库这一性能瓶颈问题。
在本示例性实施例中，确定信息用于确定通过客户端发送应用服务请求的客户的身份。确定信息至少包括分片因子或分片键。分片因子指用于对待分片的数据(例如业务数据)进行分片的业务字段及其值(如客户号、渠道号等等)，即一组分片键的集合，其用于计算当前业务数据应该属于的分片、服务插槽及分片容器等。确定信息用于标识客户身份，区分出客户之间的不同。即确定信息与客户相对应，客户不同，对应的确定信息不同。
在本示例性实施例中，客户账与内部账、交易流水等关键性的业务结果数据，可作为分片数据分片存储于虚拟存储单元。在本示例性实施例中，虚拟存储单元与应用程序接口API存在对应关系。服务器可调用不同的应用程序接口API访问不同的虚拟存储单元。应用程序接口API可根据需要访问的应用服务进行分类，分为多种不同类的API接口。不同类的API接口访问不同的虚拟存储单元。本申请实施例提供的请求响应方法，包括：接收客户端发送的应用服务请求；基于应用服务请求中的确定信息，及确定信息与虚拟存储单元的标识信息间的映射关系，确定出应用服务请求所需访问的虚拟存储单元，其中，确定信息用于确定发送应用服务请求的客户的身份，虚拟存储单元中至少存储有响应应用服务请求的分片数据；调用与虚拟存储单元存在对应关系的API应用程序接口，访问虚拟存储单元，读取响应应用服务请求的分片数据。本申请中，通过确定信息与虚拟存储单元的标识信息间的映射关系，在虚拟存储单元中存储有响应通过确定信息确定身份的客户所发送的应用服务请求的分片数据。通过具有对应关系的API接口读取对应虚拟存储单元的分片数据。如此，通过API接口与虚拟存储单元间建立对应关系，虚拟存储单元与客户确定信息之间建立映射关系，可实现大量客户的数据分布存储在多个不同的虚拟存储单元，当接收到大量客户的大量应用服务请求时，可对应调用不同的API接口访问对应的虚拟存储单元，从而减少高并发情况下，数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，与所述虚拟存储单元存在对应关系的API应用程序接口，至少包括：N类API接口，其中所述N大于或者等于1；其中一类所述API接口对应访问一个所述虚拟存储单元。
在本示例性实施例中，N类API接口至少包括：第一类API接口与第二类API接口；虚拟存储单元至少包括：第一虚拟存储单元与第二虚拟存储单元；第一类API接口对应第一虚拟存储单元，第二类API接口对应第二虚拟存储单元；
调用与虚拟存储单元存在对应关系的API应用程序接口，访问虚拟存储单元，至少包括：
调用第一类API接口，访问第一虚拟存储单元；和/或，
调用第二类API接口，访问第二虚拟存储单元；其中，第一虚拟存储单元存储有第一类分片数据；第一类分片数据用于响应与第一客户相关联的应用服务请求；第二虚拟存储单元存储有第二类分片数据；第二类分片数据用于响应与第二客户相关联的应用服务请求。
在本示例性实施例中，API应用程序接口的种类不限于一类。同一类API应用程序接口可对应访问同一个虚拟存储单元。例如可包括第一类API接口、第二类API接口等甚至包括第三类API接口和/或第四类API接口。不同类型的API接口用于访问不同的虚拟存储单元。虚拟存储单元至少包括两个，但不限于两个。例如，除了第一虚拟存储单元、第二虚拟存储单元外，还可以包括第三虚拟存储单元和/或第四虚拟存储单元等。其中，第三类API接口可用于访问第三虚拟存储单元，第四类API接口可用于访问第四虚拟存储单元。
图2是示出了本申请实施例的API接口与分片容器的对应关系示意图。如图2所示，不同类的API接口访问不同的虚拟存储单元。同一类API接口，访问同一虚拟存储单元。同一类API接口可以包括多个API子接口。一个API子接口对应访问一个分片容器(图2中的分片容器)中分片部署的同一类应用服务(例如net-srv-01)。
在本示例性实施例中，第一类API接口和第二类API接口也可以对应于访问不同业务相关的应用服务，即对应的第一虚拟存储单元和第二虚拟存储单元可存储有不同业务相同的应用服务或业务数据。例如，第一虚拟存储单元存储的是与网络贷相关的应用服务和业务数据，第二虚拟存储单元存储的是与车贷相关的应用服务和业务数据。
在本示例性实施例中，虚拟存储单元可包括多个单元，例如第一虚拟存储单元(可以为图2所示的虚拟存储单元A)、第二虚拟存储单元(可以为图2所示的虚拟存储单元B)以及第三虚拟存储单元(可以为图2所示的虚拟存储单元C)。第一虚拟存储单元存储响应第一客户的应用服务请求的第一类分片数据；第二虚拟存储单元存储响应第二客户的应用服务请求的第二类分片数据；第三虚拟存储单元存储响应第三客户的应用服务请求的第三类分片数据。基于不同客户发送的应用服务请求，调用对应的API接口，访问存储有响应客户发送的应用服务请求的分片数据的虚拟存储单元。其中，不同的虚拟存储单元之间相互独立，同一虚拟存储单元内的分片容器也相互独立，互不干扰。因此可实现大量客户的不同业务类型的数据分布存储在多个不同的虚拟存储单元。同一类型业务数据则可分布存储在多个不同的分片容器之内，当接收到大量客户的大量应用服务请求时，可对应调用不同的API接口访问对应的虚拟存储单元，从而减少高并发+海量数据的情况下，数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。不同业务类型包括图2所示的网络贷、车贷、消费贷等。
在一些实施例中，所述虚拟存储单元至少包括：多个分片容器，各所述分片容器中均存储有所述分片数据；
一类所述API接口至少包括所述API接口下动态生成的M个API子接口，所述M大于或者等于1。例如，图2所示的一类API接口net-srv-api下动态生成API子接口net-srv-01-api、net-srv-02-api、net-srv-03-api等。
所述调用与所述虚拟存储单元存在对应关系的API应用程序接口，访问所述虚拟存储单元，读取响应所述应用服务请求的分片数据，包括：
调用与所述分片容器存在对应关系的所述API子接口，访问所述分片容器，读取响应所述应用服务请求的分片数据。
在本示例性实施例中，应用节点，和/或，数据存储节点均可以为服务器；存储应用服务的服务器为应用节点；存储业务数据的服务器为数据存储节点。当然，应用服务和业务数据也可以存储于同一个服务器中。同一个客户相关的应用服务或业务数据作为一个分片数据进行存储。同一个容器内可以同时存储多个分片数据。即当客户数量很多时，可以对客户进行分组，将同一组客户的数据存储于同一个容器内。
在一些实施例中，所述分片数据至少包括：应用服务，和/或，支持所述应用服务响应所述应用服务请求的业务数据；
所述分片容器至少包含有应用节点，和/或，数据存储节点；所述应用节点用于存储所述应用服务；所述数据存储节点用于存储所述业务数据；
所述读取响应所述应用服务请求的分片数据，至少包括：
读取响应所述应用服务请求的所述应用服务和/或所述业务数据。
在本示例性实施例中，通过确定信息确定出客户的身份后，可通过对应的API接口访问对应的虚拟存储单元，读取虚拟存储单元中的应用服务和/或业务数据，从而减少高并发情况下，数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，所述确定信息至少包括：分片键；
所述确定信息与虚拟存储单元的标识信息间的映射关系，包括：
所述分片键与所述分片容器的标识信息间的映射关系；
所述基于所述应用服务请求中的确定信息，及所述确定信息与虚拟存储单元的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述虚拟存储单元，包括：
基于所述应用服务请求中的所述分片键，及所述分片键与分片容器的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述分片容器，其中所述应用服务请求至少包含有所述分片键，同一所述分片键下相关联的应用请求和/或业务数据存储于同一分片容器内。
在本示例性实施例中，同一虚拟存储单元中至少存储有多项应用服务和/或业务数据；对应于同一虚拟存储单元的API接口至少包括与多项应用服务一一对应的API子接口；一个API子接口，用于读取一项对应的应用服务，及支持应用服务的业务数据。
在本示例性实施例中，同一虚拟存储单元中至少存储有多项应用服务和/或业务数据。例如，多项应用服务至少包括：借款、还款、购买理财产品、查看借款合同等。同时，对应于同一虚拟存储单元的API接口可以包括多个。一类API接口下可以具有多个API子接口。一个API子接口，用于读取一项对应的应用服务，及支持应用服务的业务数据，从而在高并发情况下，更能有效的减少数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在本示例性实施例中，分片键至少包括：客户ID标识号；
确定信息与虚拟存储单元的标识信息间的映射关系，包括：
客户ID标识号与分片容器的标识信息间的映射关系；
基于应用服务请求中的确定信息，及确定信息与虚拟存储单元的标识信息间的映射关系，确定出应用服务请求所需访问的虚拟存储单元，包括：
基于应用服务请求中的客户ID标识号，及客户ID标识号与分片容器的标识信息间的映射关系，确定出应用服务请求所需访问的分片容器，其中应用服务请求至少包含有客户ID标识号，同一客户ID标识号下相关联的应用请求和/或业务数据存储于同一分片容器内。
在本示例性实施例中，虚拟存储单元至少包括分片容器；分片容器用于存储应用服务和/或业务数据；分片容器可以为多个，彼此间独立，互不干扰。确定信息至少包括：客户ID标识号；客户ID标识号可以为标识身份的证件类号码，包括身份证号、驾驶证号等。
在本示例性实施例中，一个分片容器对应有一类API接口。一个分片容器中也可以存储多项应用服务和/或业务数据。一个API子接口，用于读取一个分片容器中的一项应用服务，及支持应用服务的业务数据，从而在高并发情况下，更能有效的减少数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，该方法还包括：
基于所述分片键、所述分片容器的标识信息、以及插槽个数，建立所述分片键与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数。
在本示例性实施例中，建立客户ID标识号与分片容器的标识信息间的映射关系，可根据客户ID标识号、分片容器的标识信息、以及插槽个数进行建立。具体建立过程可包括：
根据客户端业务方传入的分片因子(即一组分片键如：客户ID标识号或，由客户ID标识号和产品大类号组合得到的标识号)计算出分片因子的KEY值。其中计算方式可以包括：通过汇总分片因子的所有字符ASCII码值之和，计算出线性同余法随机数，作为分片因子(客户ID标识号)的KEY值。然后通过上述KEY值与插槽最大个数作取模计算，得到当前请求业务在固定服务插槽中所处的位置，即插槽编号Slot Id。例如，插槽编号Slot Id对应的公式如下：
Figure BDA0003494840070000111
其中，k1、k2、k3...Kn均为客户端传入的分片键；ascii(kn)为分片因子中分片键对应的字符ASCII码值；
Figure BDA0003494840070000112
指所有字符ASCII码值之和对应的线性同余法随机数；mod指取模处理；SlotMaxCnt为最大插槽数。通过上述公式可得到对应于分片因子的Slot Id。
业务的分片因子分片键不变，分片容器ID标识信息就保持不变。通过计算KEY值的方式，确定当前交易应该在哪个分片容器下；通过计算的KEY值映射到相应的分片容器，来建立分片路由映射表。表1为分片路由映射表，具体体现客户ID标识号与分片容器的标识信息之间的映射关系。
根据上述获得插槽中的位置插槽编号Slot Id以及当前激活的分片容器个数(根据当前需要处理的数据量进行设置)，查分片路由映射表获得当前业务所属的分片容器ID标识信息。
表1：分片路由映射表
Figure BDA0003494840070000113
Figure BDA0003494840070000121
如表1所示，当前分片容器个数为1个时，4个分片数据可分布在一个分片容器(例如分布在分片容器ID为0的分片容器内)内；当前分片容器个数为2个时，4个分片数据可分布在两个分片容器内；当前分片容器个数为4个时，4个分片数据可分布在四个分片容器内等，此时分片数据分布在各自对应的分片容器内。其中，不同的分片数据对应有各自的插槽编号。一个分片容器ID可对应有一个插槽编号，或对应有多个插槽编号。例如如表1所示，当分片容器个数为1个时，分片容器ID对应有4个插槽编号；当分片容器个数为2个时，分片容器ID可分别对应有2个插槽编号。
数据分片：数据分片是指对已有表中的数据作水平切分(按记录)后的基本存储划分单元。其将分配到不同的数据节点上去，使数据节点具备横向扩展/收缩能力。
分片因子：分片因子指用于对数据进行分片的业务字段及其值(如客户号、渠道号等等)，即一组分片键的集合，其用于计算当前业务数据应该属于哪个服务插槽、哪个分片容器。
分片容器：用于存储分片数据的数据节点，以及相应访问该数据节点的应用节点的统称；其中数据节点指一组分片所归属的数据库实例或库，应用节点指一组分片所对应的应用服务(或集群)；一个分片容器内包含多个数据分片，一个数据分片只会属于一个分片容器。
服务插槽：服务插槽指在业务数据的分片因子与分片容器之间的虚拟适配器，其用于参与分片路由计算(用于设定系统分片数，服务插槽的个数决定分片的粒度)，并用于为业务屏蔽在分片容器个数，减少扩容、缩容对业务应用处理的影响。插槽数为分片的最大个数；
分片路由：分片路由是根据分片因子至分片容器的映射关系表，用于交易过程中实时定位出当前业务请求所属的应用节点与数据节点。
本申请实施例在分片方案技术选型上，充分考虑减少对第三方厂商或开源中间件的依赖；同时，需要完全兼容所有主流的关系型数据库产品；
本申请实施例中的分片路由实现，可以借助Spring框架，Spring Cloud下与Restful服务调用相关的框架或工具(Feign、Ribbon、Eureka等)；
本申请实施例中由于分片路由是在应用服务层负责实现，所以对主机节点个数要求较高，即增加分片数据时，除增加数据库主机节点，还需增加对应的应用主机节点，支持可以多个应用共用节点，使docker容器方式部署；
数据分片选择客户号等作为分片因子，并采用类似HASH一致性的算法，保证同一个客户向下的所有账务数据，无论数据分片如何扩容或缩容，均能保持在同一分片之中；(注：这里假设每个客户的放款笔数是基本相同的，即去尾部极值后方差值较小)；
受数据迁移量与分片扩容算法的限制，针对每个上线的系统，只能一次指定最大分片个数，一旦发生业务在各分片中产生了数据，则不能调整该分片最大个数(除非人工处理已有数据的分片)；
建议每次扩容只增加一个分片容器，以避免扩容数据迁移时间过长；若需要一次增加多个分片容器，则也建议严格参照分片路由映射表进行数据迁移，避免数据迁移出现混乱。
图3是示出了本申请实施例的消息队列与分片容器的对应关系示意图。如图2、图3所示，核算服务的数据分片，采用由应用层负责分片路由和数据层负责数据分布存储的方式来实现，分片实现过程包括：
一个容器里存储的数据是一组分片键对应的数据；根据客户ID确定唯一分片容器；将客户ID映射到业务层进程的服务名，例如网络贷款01；
消息队列里可以包括数据和指令。后台核算服务以及进程业务可通过记账消息队列动态分片调用后续的借账；例如通过如图3所示的消息队列Q_CARD调用核算批处理虚拟卡容器中的核算服务，通过消息队列Q_AUTO调用核算批处理车贷容器中的相关车贷有关的核算服务等。图3中的多个容器中均存储有对应的相关服务(图3中未示出)。依次类推，其他不在示例说明。记账消息队列分别对应调用记账服务端的容器内存储的相关服务。例如通过记账消息队列Q_PUB_ACC调用记账服务端记账批处理公共帐容器内的相关服务。其中，ShardContainer01、ShardContainer02、ShardContainer03均代指对应的分片容器。
在应用层通过在客户端服务中(如管理端服务)对分片路由进行计算，获取分片ID与对应的核算客户端API，基于对该获取到的API访问其指定的核算服务。而一个API对应的一个核算服务(或集群，一个分片容器的应用节点)，一个服务(或集群)则只负责访问一个数据源(一个分片容器的数据节点)，从而实现对核算数据的分片处理。当需要对分片扩容时，则需要增加对应的分片容器(数据库节点、应用节点)。
基于应用层客户端API实现分片路由的方案，这要求核算服务的应用层对于实时交易请求、消息队列消费、批量处理、文件处理等所有类型的功能入口，均需要实现分片路由功能。
现有Spring Cloud框架中，API层基于Feign接口方式实现对服务端的Restful(一种软件架构风格、设计风格，而不是标准，只是提供了一组设计原则和约束条件。它主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制)调用，在接口类中会通过注解@FeignClient来指定与服务端相对应的服务名。基于该技术特征，将为所有服务插槽，开发(或生成)对应的Feign(Feign是Netflix开发的声明式、模板化的HTTP客户端，Feign可以帮助我们更快捷、优雅地调用HTTP API。在Spring Cloud中，使用Feign非常简单，创建一个接口，并在接口上添加一些注解，代码就完成了。Feign支持多种注解，例如Feign自带的注解或者JAX-RS注解等。Spring Cloud对Feign进行了增强，使Feign支持了Spring MVC注解，并整合了Ribbon和Eureka，从而让Feign的使用更加方便)客户端代码(其中带有各自对应的服务名)。同时，为客户端提供SDK统一对各个服务插槽Feign接口进行封装，基于分片路由算法，屏蔽不同插槽不同接口类的差异。
图4是示出了本申请实施例的API层SDK类关系构成示意图。如图4所示，类图为在核算服务为客户端提供的SDK类关系构成示意，其中XXXSrvFClient代表Restful服务Feign接口类(作为核算相同接口的父接口)，其中包含具体的接口方法及其@Request*、@Response*定义，但其中不含@FeignClient定义。通过标识客户身份的分片键路由上层的API；
通过@FeignClient注解，并在XXXSrvFClient的各个子接口类中定义(XXXSrvFClient01等)，用以标识该接口是专用于定义访问哪个后端服务。然后在服务启动时动态生成XXXSrvFClient的各个子类。
XXXSrvFactory为XXXSrvFClient接口的工厂类，用于封装对XXXSrvFClient01…等各个子接口的统一调用。在XXXSrvFactory中将通过分片路由规则，计算出当前业务应使用哪个子接口类API，完成对指定数据分片容器的应用节点服务的调用。接口对应服务，通过分片路由规则计算确定出调用哪个接口；通过确定好的接口访问服务；执行服务之前先统一好，服务端事先知道，确定好同步到客户端，动态激活容器；
在核算服务端基于Spring Cloud自身的微服务命名机制定义spring.application.name属性为占位符式的启动参数或环境变量(在对应的application.yml文件中)，对于不同分片容器内的服务将在启动时传入不同的启动参数值(与@FeignClient注解中value值保持一致)，以为各分片容器内服务在Eureka上注册上唯一的标识。
在实际落地层面，为避免每加一个服务都需要加一个接口类的问题，将基于JAVA字节码技术，根据自动依据配置生成上述Feging接口类。以实现对动态的增加服务节点特性的全面支持。
各个分片容器内的服务，将消费各自对应TOPIC主题的消息队列；在消息生产端，则也需要根据数据分片路由算法，计算出对应的分片容器ID，并根据分片容器ID映射和组装出对应的消息列队TOPIC名称，并保证将对应业务数据放入该队列中。
在分片扩容与缩容时，需先保证消息队列中的消息被完全消费处理掉，才能开始执行，否则极可能会引发分片数据混乱的情况。
由于批处理所针对的是全量数据，所以需要在各个分片容器内各自完成自身数据的批量处理，同时针对跨分片因子(客户号)的批量处理，则需要通过KAFKA流式计算，完成对跨分片数据的汇总加工处理。
针对各个分片将由自己的批量处理，同时由调度程序完成对各个分片批量处理过程的统一编排，保证批处理能按步骤推进。
本申请实施例还提供一种数据存储方法。图5是示出了本申请实施例的数据存储方法的流程示意图。如图5所示，包括：
步骤51、基于用于确定客户身份的确定信息、虚拟存储单元的标识信息、以及插槽个数，建立客户的确定信息与虚拟存储单元的标识信息间的映射关系，其中插槽个数用于限定当前可处于工作状态中的虚拟存储单元的个数；
步骤52、基于映射关系，存储同一客户相关联的分片数据于同一虚拟存储单元内，其中同一虚拟存储单元基于客户的确定信息与虚拟存储单元的标识信息间的映射关系确定。
在本示例性实施例中，确定信息用于标识通过客户端向服务器发送应用服务请求的客户的身份。基于映射关系，可确定出客户相关联的数据需要存储于哪个虚拟存储单元内。根据客户身份的确定信息，确定出虚拟存储单元，可根据确定信息与虚拟存储单元的标识信息间的映射关系来确定，从而可将同一客户相关联的分片数据于同一虚拟存储单元内。
在一些实施例中，客户的确定信息至少包括客户ID标识号；虚拟存储单元至少包括分片容器；
其中，基于用于确定客户身份的确定信息、虚拟存储单元的标识信息、以及插槽个数，建立客户的确定信息与虚拟存储单元的标识信息间的映射关系，包括：
基于客户ID标识号、分片容器的标识信息、以及所述插槽个数，建立所述客户ID标识号与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大插槽个数；
基于映射关系，存储同一客户相关联的分片数据于同一虚拟存储单元内，包括：
基于映射关系，存储与同一客户ID标识号相关联的分片数据于同一分片容器内，其中同一分片容器基于客户ID标识号与分片容器的标识信息间的映射关系确定。
在本示例性实施例中，客户的确定信息至少包括客户ID标识号；虚拟存储单元至少包括分片容器。基于客户ID标识号、分片容器的标识信息、以及插槽个数，建立客户ID标识号与分片容器的标识信息间的映射关系，其中插槽个数用于限定当前可处于工作状态中的分片容器的个数。具体过程，可包括：
根据客户端业务方传入的分片因子(即一组分片键如：客户ID标识号或，由客户ID标识号和产品大类号组合得到的标识号)计算出分片的KEY值。其中计算方式可以包括：通过汇总分片因子的所有字符ASCII码值之和，确定分片因子(客户ID标识号)的KEY值。然后通过KEY值对插槽最大个数取模(即取余数)，将余数作为得到当前请求业务在固定服务插槽中所处的位置，即插槽编号Slot Id。
只要业务的分片因子分片键不变，分片容器ID标识信息就保持不变。通过计算KEY值的方式，确定当前交易应该在哪个分片容器下；通过计算的KEY值映射到相应的分片容器，来建立分片路由映射表。表1为分片路由映射表，具体体现客户ID标识号与分片容器的标识信息之间的映射关系。
根据上述获得插槽中的位置插槽编号Slot Id以及当前激活的分片容器个数(根据当前需要处理的数据量进行设置)，查分片路由映射表获得当前业务所属的分片容器ID标识信息。
在一些实施例中，所述分片数据至少包括：应用服务和/或业务数据；所述分片容器至少包括：应用节点和/或数据存储节点；其中，所述应用节点用于部署所述应用服务；所述数据存储节点用于存储所述业务数据。
在本示例性实施例中，存储应用服务的服务器为应用节点；存储业务数据的服务器为数据存储节点。当然，应用服务和业务数据也可以存储于同一个服务器中。同一个客户相关的应用服务或业务数据作为一个分片数据进行存储。同一个容器内可以同时存储多个分片数据。即当客户源很多时，可以对客户进行分组，将同一组客户的数据存储于同一个容器内。
在本示例性实施例中，通过确定信息确定出客户的身份后，可通过对应的API接口访问对应的虚拟存储单元，读取虚拟存储单元中的应用服务和/或业务数据，从而减少高并发情况下，数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，同一所述分片容器部署多项应用服务和/或业务数据；一个所述分片容器对应一个动态生成的API子接口；同一所述分片容器中存储有多项应用服务和/或业务数据时，一类API接口在运行态下将动态生成多个API子接口，其中：
一项所述应用服务和业务数据，通过一个对应的API子接口访问；其中，所述应用服务和业务数据在不同分片容器，对应访问的API子接口不同。
在本示例性实施例中，虚拟存储单元至少包括分片容器；分片容器用于存储应用服务和/或业务数据；分片容器可以为多个，彼此间独立，互不干扰。确定信息至少包括：客户ID标识号；客户ID标识号可以为标识身份的证件类号码，包括身份证号、驾驶证号等。
在本示例性实施例中，一个分片容器对应有一类API接口。一个分片容器中也可以存储多项应用服务和/或业务数据。一个API子接口，用于读取一个分片容器中的一项应用服务，及支持应用服务的业务数据，从而在高并发情况下，更能有效的减少数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
本申请实施例第三方面提供的一种请求响应装置。图6是示出了本申请实施例的请求响应装置的结构示意图，如图6所示，请求响应装置包括：
请求接收单元61，用于接收客户端发送的应用服务请求；
虚拟存储单元确定单元62，用于基于应用服务请求中的确定信息，及确定信息与虚拟存储单元的标识信息间的映射关系，确定出应用服务请求所需访问的虚拟存储单元，其中，确定信息用于确定通过客户端发送应用服务请求的客户的身份，虚拟存储单元中至少存储有响应应用服务请求的分片数据；
数据读取单元63，用于调用与虚拟存储单元存在对应关系的API应用程序接口，访问虚拟存储单元，读取响应应用服务请求的分片数据。
在本示例性实施例中，可应用于消费信贷核算服务。消费信贷核算服务是整个消费信息系统的核心部分之一，其负责处理客户账与内部账、交易流水等关键性的业务结果数据。为保证在海量数据+高并发场景下，核算的实时服务与批量任务均能在正常时间内执行完毕，需通过数据分片机制为核算服务提供非受限横向扩展能力，从根本上解决数据库这一性能瓶颈问题。
在本示例性实施例中，确定信息用于确定通过客户端发送应用服务请求的客户的身份。确定信息至少包括分片因子或分片键。分片因子指用于对数据进行分片的业务字段及其值(如客户号、渠道号等等)，即一组分片键的集合，其用于计算当前业务数据应该属于的分片、服务插槽、分片容器等。
在本示例性实施例中，客户账与内部账、交易流水等关键性的业务结果数据，可作为分片数据分片存储于虚拟存储单元。在本示例性实施例中，虚拟存储单元API应用程序接口存在对应关系。服务器可调用不同的API应用程序接口访问不同的虚拟存储单元。API应用程序接口可根据需要访问的应用服务进行分类，分为多种不同类的API接口。不同类的API接口访问不同的虚拟存储单元。本申请实施例提供的请求响应方法，包括：接收客户端发送的应用服务请求；基于应用服务请求中的确定信息，及确定信息与虚拟存储单元的标识信息间的映射关系，确定出应用服务请求所需访问的虚拟存储单元，其中，确定信息用于确定发送应用服务请求的客户的身份，虚拟存储单元中至少存储有响应应用服务请求的分片数据；调用与虚拟存储单元存在对应关系的API应用程序接口，访问虚拟存储单元，读取响应应用服务请求的分片数据。本申请中，通过确定信息与虚拟存储单元的标识信息间的映射关系，在虚拟存储单元中存储有响应通过确定信息确定身份的客户所发送的应用服务请求的分片数据。通过具有对应关系的API接口读取对应虚拟存储单元的分片数据。如此，通过API接口与虚拟存储单元间建立对应关系，虚拟存储单元间与客户确定信息间建立映射关系，可实现大量客户的数据分布存储在多个不同的虚拟存储单元，当接收到大量客户的大量应用服务请求时，可对应调用不同的API接口访问对应的虚拟存储单元，从而减少高并发情况下，数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，与所述虚拟存储单元存在对应关系的API应用程序接口，至少包括：N类API接口，其中所述N大于或者等于1；其中一类所述API接口对应访问一个所述虚拟存储单元。
与虚拟存储单元存在对应关系的API应用程序接口，至少包括：第一类API接口与第二类API接口；虚拟存储单元至少包括：第一虚拟存储单元与第二虚拟存储单元；第一类API接口对应第一虚拟存储单元，第二类API接口对应第二虚拟存储单元；
数据读取单元，具体用于：
调用第一类API接口，访问第一虚拟存储单元；和/或，
调用第二类API接口，访问第二虚拟存储单元；其中，第一虚拟存储单元存储有第一类分片数据；第一类分片数据用于响应与第一客户相关联的应用服务请求；第二虚拟存储单元存储有第二类分片数据；第二类分片数据用于响应与第二客户相关联的应用服务请求。
在本示例性实施例中，不同类的API接口访问不同的虚拟存储单元。不同的虚拟存储单元可存储不同的应用服务，或不同客户相关联的应用服务。
在本示例性实施例中，第一类API接口和第二类API接口也可以对应于访问不同业务相关的应用服务，即对应的第一虚拟存储单元和第二虚拟存储单元可存储有不同业务相同的应用服务或业务数据。例如，第一虚拟存储单元存储的是与车贷相关的应用服务和业务数据，第二虚拟存储单元存储的是与房贷相关的应用服务和业务数据。
在本示例性实施例中，虚拟存储单元可包括多个单元，例如第一虚拟存储单元和第二虚拟存储单元。第一虚拟存储单元存储响应第一客户的应用服务请求的第一分片数据；第二虚拟存储单元存储响应第二客户的应用服务请求的第二分片数据。基于不同客户发送的应用服务请求，调用对应的API接口，访问存储有响应客户发送的应用服务请求的分片数据的虚拟存储单元。其中，不同的虚拟存储单元之间相互独立，互不干扰，可实现大量客户的数据分布存储在多个不同的虚拟存储单元，当接收到大量客户的大量应用服务请求时，可对应调用不同的API接口访问对应的虚拟存储单元，从而减少高并发情况下，数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，所述虚拟存储单元至少包括：多个分片容器，各所述分片容器中均存储有所述分片数据；
一类所述API接口至少包括所述API接口下动态生成的M个API子接口，所述M大于或者等于1；
所述数据读取单元，具体还用于：
调用与所述分片容器存在对应关系的所述API子接口，访问所述分片容器，读取响应所述应用服务请求的分片数据。
分片数据至少包括：应用服务，和/或，支持应用服务响应应用服务请求的业务数据；
虚拟存储单元，至少包括：应用节点，和/或，数据存储节点；应用节点用于存储应用服务；数据存储节点用于存储业务数据；
数据读取单元，具体还用于：
读取基于映射关系确定出的虚拟存储单元中的应用服务和/或业务数据。
在本示例性实施例中，应用节点，和/或，数据存储节点均可以为服务器；存储应用服务的服务器为应用节点；存储业务数据的服务器为数据存储节点。当然，应用服务和业务数据也可以存储于同一个服务器中。同一个客户相关的应用服务或业务数据作为一个分片数据进行存储。同一个容器内可以同时存储多个分片数据。即当客户源很多时，可以对客户进行分组，将同一组客户的数据存储于同一个容器内。
在本示例性实施例中，通过确定信息确定出客户的身份后，可通过对应的API接口访问对应的虚拟存储单元，读取虚拟存储单元中的应用服务和/或业务数据，从而减少高并发情况下，数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，所述确定信息至少包括：分片键；
所述确定信息与虚拟存储单元的标识信息间的映射关系，包括：
所述分片键与所述分片容器的标识信息间的映射关系；
所述虚拟存储单元确定单元，还用于：
基于所述应用服务请求中的所述分片键，及所述分片键与分片容器的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述分片容器，其中所述应用服务请求至少包含有所述分片键，同一所述分片键下相关联的应用请求和/或业务数据存储于同一分片容器内。
同一虚拟存储单元中至少存储有多项应用服务和/或业务数据；对应于同一虚拟存储单元的API接口至少包括与多项应用服务一一对应的API子接口；一个API子接口，用于读取一项对应的应用服务，及支持应用服务的业务数据。
在本示例性实施例中，同一虚拟存储单元中至少存储有多项应用服务和/或业务数据。例如，多项应用服务至少包括：借款、还款、购买理财产品、查看借款合同等。同时，对应于同一虚拟存储单元的API接口可以包括多个。一类API接口下可以具有多个API子接口。一个API子接口，用于读取一项对应的应用服务，及支持应用服务的业务数据，从而在高并发情况下，更能有效的减少数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，虚拟存储单元至少包括分片容器；分片容器用于存储应用服务和/或业务数据；
确定信息至少包括：客户ID标识号；
虚拟存储单元确定单元，还用于：
确定出客户ID标识号与分片容器的标识信息间的映射关系；
基于应用服务请求中的客户ID标识号，及客户ID标识号与分片容器的标识信息间的映射关系，确定出应用服务请求所需访问的分片容器，其中应用服务请求至少包含有客户ID标识号，同一客户ID标识号下相关联的应用请求和/或业务数据存储于同一分片容器内。
在本示例性实施例中，虚拟存储单元至少包括分片容器；分片容器用于存储应用服务和/或业务数据；分片容器可以为多个，彼此间独立，互不干扰。确定信息至少包括：客户ID标识号；客户ID标识号可以为标识身份的证件类号码，包括身份证号、驾驶证号等。
在本示例性实施例中，一个分片容器对应有一类API接口。一个分片容器中也可以存储多项应用服务和/或业务数据。一个API子接口，用于读取一个分片容器中的一项应用服务，及支持应用服务的业务数据，从而在高并发情况下，更能有效的减少数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，所述虚拟存储单元确定单元，具体还用于：
基于所述分片键、所述分片容器的标识信息、以及插槽个数，建立所述分片键与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数。
在本示例性实施例中，在建立客户ID标识号与分片容器的标识信息间的映射关系，可根据客户ID标识号、分片容器的标识信息、以及插槽个数进行建立。
本申请实施例第四方面提供的一种数据存储装置。图7是示出了本申请实施例的数据存储装置的结构示意图。如图7所示，数据存储装置包括：
关系建立单元71，用于基于用于确定客户身份的确定信息、虚拟存储单元的标识信息、以及插槽个数，建立所述客户的确定信息与虚拟存储单元的标识信息间的映射关系，其中所述插槽个数用于限定当前可处于工作状态中的虚拟存储单元的个数；
数据存储单元72，用于基于所述映射关系，存储同一所述客户相关联的分片数据于同一虚拟存储单元内，其中所述同一虚拟存储单元基于所述客户的确定信息与虚拟存储单元的标识信息间的映射关系确定。
在本示例性实施例中，确定信息用于标识通过客户端向服务器发送应用服务请求的客户的身份。基于映射关系，可确定出客户相关联的数据需要存储于哪个虚拟存储单元内。根据客户身份的确定信息，确定出虚拟存储单元，可根据确定信息与虚拟存储单元的标识信息间的映射关系来确定，从而可将同一客户相关联的分片数据于同一虚拟存储单元内。
在一些实施例中，客户的确定信息至少包括客户ID标识号；虚拟存储单元至少包括分片容器；
其中，关系建立单元71，具体用于：
基于客户ID标识号、分片容器的标识信息、以及插槽个数，建立客户ID标识号与分片容器的标识信息间的映射关系，其中插槽个数用于限定当前可处于工作状态中的分片容器的个数；
数据存储单元72，具体用于：
基于映射关系，存储与同一客户ID标识号相关联的分片数据于同一分片容器内，其中同一分片容器基于客户ID标识号与分片容器的标识信息间的映射关系确定。
在本示例性实施例中，客户的确定信息至少包括客户ID标识号；虚拟存储单元至少包括分片容器。基于客户ID标识号、分片容器的标识信息、以及插槽个数，建立客户ID标识号与分片容器的标识信息间的映射关系，其中插槽个数用于限定当前可处于工作状态中的分片容器的个数。具体过程可包括：
根据客户端业务方传入的分片因子(即一组分片键如：客户ID标识号或，由客户ID标识号和产品大类号组合得到的标识号)计算出分片的KEY值。其中计算方式可以包括：通过汇总分片因子的所有字符ASCII码值之和，确定分片因子(客户ID标识号)的KEY值。然后通过KEY值对插槽最大个数取模(即取余数)，将余数作为得到当前请求业务在固定服务插槽中所处的位置，即插槽编号Slot Id。
只要业务的分片因子分片键不变，分片容器ID标识信息就保持不变。通过计算KEY值的方式，确定当前交易应该在哪个分片容器下；通过计算得到的KEY值或者基于KEY值确定的插槽编号Slot Id映射到相应的分片容器，来建立分片路由映射表。
根据上述获得插槽中的位置插槽编号Slot Id以及当前激活的分片容器个数(根据当前需要处理的数据量进行设置)，查分片路由映射表获得当前业务所属的分片容器ID标识信息。
在一些实施例中，分片数据至少包括：应用服务和/或业务数据；分片容器至少包括：应用节点和/或数据存储节点；其中，应用节点用于存储应用服务；数据存储节点用于存储业务数据。
在本示例性实施例中，存储应用服务的服务器为应用节点；存储业务数据的服务器为数据存储节点。当然，应用服务和业务数据也可以存储于同一个服务器中。同一个客户相关的应用服务或业务数据作为一个分片数据进行存储。同一个容器内可以同时存储多个分片数据。即当客户源很多时，可以对客户进行分组，将同一组客户的数据存储于同一个容器内。
在本示例性实施例中，通过确定信息确定出客户的身份后，可通过对应的API接口访问对应的虚拟存储单元，读取虚拟存储单元中的应用服务和/或业务数据，从而减少高并发情况下，数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
在一些实施例中，同一分片容器至少用于存储多项应用服务和/或业务数据；一个分片容器对应一类API接口；同一分片容器中存储有多项应用服务和/或业务数据时，一类API接口包含有多个API子接口，其中：
一项应用服务和/或业务数据，通过一个对应的API子接口访问；其中，应用服务和/或业务数据不同，对应访问的API子接口不同。
在本示例性实施例中，虚拟存储单元至少包括分片容器；分片容器用于存储应用服务和/或业务数据；分片容器可以为多个，彼此间独立，互不干扰。确定信息至少包括：客户ID标识号；客户ID标识号可以为标识身份的证件类号码，包括身份证号、驾驶证号等。
在本示例性实施例中，一个分片容器对应有一类API接口。一个分片容器中也可以存储多项应用服务和/或业务数据。一个API子接口，用于读取一个分片容器中的一项应用服务，及支持应用服务的业务数据，从而在高并发情况下，更能有效的减少数据处理通道容易混杂堵塞的情况，进而提高整个信息系统的数据处理性能和对客户应用请求的响应能力。
本申请实施例第五方面提供的一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现如上述实施例方法的步骤。
本申请实施例第六方面提供的一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述实施例中的方法的步骤。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (14)

1.一种请求响应方法，其特征在于，包括：
接收客户端发送的应用服务请求；
基于所述应用服务请求中的确定信息，及所述确定信息与虚拟存储单元的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述虚拟存储单元，其中，所述确定信息用于确定通过所述客户端发送所述应用服务请求的客户的身份，所述虚拟存储单元中至少存储有响应所述应用服务请求的分片数据；
调用与所述虚拟存储单元存在对应关系的API应用程序接口，访问所述虚拟存储单元，读取响应所述应用服务请求的分片数据；
与所述虚拟存储单元存在对应关系的API应用程序接口，至少包括：N类API接口，N大于1；其中一类所述API接口对应访问一个所述虚拟存储单元；
所述虚拟存储单元至少包括：多个分片容器，各所述分片容器中均存储有所述分片数据；
一类所述API接口至少包括所述API接口下动态生成的M个API子接口，M大于1；
所述调用与所述虚拟存储单元存在对应关系的API应用程序接口，访问所述虚拟存储单元，读取响应所述应用服务请求的分片数据，包括：
调用与所述分片容器存在对应关系的所述API子接口，访问所述分片容器，读取响应所述应用服务请求的分片数据。
2.根据权利要求1所述的方法，其特征在于，所述分片数据至少包括：应用服务，和/或，支持所述应用服务响应所述应用服务请求的业务数据；
所述分片容器至少包含有应用节点，和/或，数据存储节点；所述应用节点用于存储所述应用服务；所述数据存储节点用于存储所述业务数据；
所述读取响应所述应用服务请求的分片数据，至少包括：
读取响应所述应用服务请求的所述应用服务和/或所述业务数据。
3.根据权利要求2所述的方法，其特征在于，
所述确定信息至少包括：分片键；
所述确定信息与虚拟存储单元的标识信息间的映射关系，包括：
所述分片键与所述分片容器的标识信息间的映射关系；
所述基于所述应用服务请求中的确定信息，及所述确定信息与虚拟存储单元的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述虚拟存储单元，包括：
基于所述应用服务请求中的所述分片键，及所述分片键与分片容器的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述分片容器，其中所述应用服务请求至少包含有所述分片键，同一所述分片键下相关联的应用请求和/或业务数据存储于同一分片容器内。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
基于所述分片键、所述分片容器的标识信息、以及插槽个数，建立所述分片键与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数。
5.一种数据存储方法，其特征在于，包括：
基于用于确定客户身份信息的分片键、虚拟存储单元的标识信息、以及插槽个数，建立所述客户的确定信息与虚拟存储单元的标识信息间的映射关系，其中所述插槽个数用于限定当前可处于工作状态中的虚拟存储单元的个数；
基于所述映射关系，存储同一所述客户相关联的分片数据于同一虚拟存储单元内，其中所述同一虚拟存储单元基于所述客户的确定信息与虚拟存储单元的标识信息间的映射关系确定；
其中，所述虚拟存储单元至少包括分片容器；所述分片数据至少包括：应用服务和/或业务数据；所述分片容器至少包括：应用节点和/或数据存储节点；所述应用节点用于部署所述应用服务；所述数据存储节点用于存储所述业务数据；同一所述分片容器部署多项应用服务和/或业务数据；一个所述分片容器对应一个动态生成的API子接口；同一所述分片容器中存储有多项应用服务和/或业务数据时，一类API接口在运行态下将动态生成多个API子接口，一项所述应用服务和业务数据，通过一个对应的API子接口访问；其中，所述应用服务和业务数据在不同分片容器，对应访问的API子接口不同；
其中，与所述虚拟存储单元存在对应关系的API接口，至少包括：N类API接口，N大于1；一类所述API接口对应访问一个所述虚拟存储单元。
6.根据权利要求5所述的方法，其特征在于，所述客户的确定信息至少包括客户ID标识号；
其中，所述基于用于确定客户身份的确定信息、虚拟存储单元的标识信息、以及插槽个数，建立所述客户的确定信息与虚拟存储单元的标识信息间的映射关系，包括：
基于客户ID标识号、分片容器的标识信息、以及所述插槽个数，建立所述客户ID标识号与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数；
所述基于所述映射关系，存储同一所述客户相关联的分片数据于同一虚拟存储单元内，包括：
基于所述映射关系，存储与同一所述客户ID标识号相关联的分片数据于同一分片容器内，其中所述同一分片容器基于所述客户ID标识号与分片容器的标识信息间的映射关系确定。
7.一种请求响应装置，其特征在于，包括：
请求接收单元，用于接收客户端发送的应用服务请求；
虚拟存储单元确定单元，用于基于所述应用服务请求中的确定信息，及所述确定信息与虚拟存储单元的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述虚拟存储单元，其中，所述确定信息用于确定通过所述客户端发送所述应用服务请求的客户的身份，所述虚拟存储单元中至少存储有响应所述应用服务请求的分片数据；
数据读取单元，用于调用与所述虚拟存储单元存在对应关系的API应用程序接口，访问所述虚拟存储单元，读取响应所述应用服务请求的分片数据；
与所述虚拟存储单元存在对应关系的API应用程序接口，至少包括：N类API接口，N大于1；其中一类所述API接口对应访问一个所述虚拟存储单元；
所述虚拟存储单元至少包括：多个分片容器，各所述分片容器中均存储有所述分片数据；
一类所述API接口至少包括所述API接口下动态生成的M个API子接口，M大于1；
所述数据读取单元，具体还用于：
调用与所述分片容器存在对应关系的所述API子接口，访问所述分片容器，读取响应所述应用服务请求的分片数据。
8.根据权利要求7所述的装置，其特征在于，所述分片数据至少包括：应用服务，和/或，支持所述应用服务响应所述应用服务请求的业务数据；
所述分片容器至少包含有应用节点，和/或，数据存储节点；所述应用节点用于存储所述应用服务；所述数据存储节点用于存储所述业务数据；
所述数据读取单元，具体还用于：
读取响应所述应用服务请求的所述应用服务和/或所述业务数据。
9.根据权利要求7所述的装置，其特征在于，所述确定信息至少包括：分片键；
所述确定信息与虚拟存储单元的标识信息间的映射关系，包括：
所述分片键与所述分片容器的标识信息间的映射关系；
所述虚拟存储单元确定单元，还用于：
基于所述应用服务请求中的所述分片键，及所述分片键与分片容器的标识信息间的映射关系，确定出所述应用服务请求所需访问的所述分片容器，其中所述应用服务请求至少包含有所述分片键，同一所述分片键下相关联的应用请求和/或业务数据存储于同一分片容器内。
10.根据权利要求9所述的装置，其特征在于，所述虚拟存储单元确定单元，具体还用于
基于所述分片键、所述分片容器的标识信息、以及插槽个数，建立所述分片键与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数。
11.一种数据存储装置，其特征在于，包括：
关系建立单元，用于基于用于确定客户身份的确定信息、虚拟存储单元的标识信息、以及插槽个数，建立所述客户的确定信息与虚拟存储单元的标识信息间的映射关系，其中所述插槽个数用于限定当前可处于工作状态中的虚拟存储单元的个数；
数据存储单元，用于基于所述映射关系，存储同一所述客户相关联的分片数据于同一虚拟存储单元内，其中所述同一虚拟存储单元基于所述客户的确定信息与虚拟存储单元的标识信息间的映射关系确定；
其中，所述虚拟存储单元至少包括分片容器；所述分片数据至少包括：应用服务和/或业务数据；所述分片容器至少包括：应用节点和/或数据存储节点；所述应用节点用于部署所述应用服务；所述数据存储节点用于存储所述业务数据；同一所述分片容器部署多项应用服务和/或业务数据；一个所述分片容器对应一个动态生成的API子接口；同一所述分片容器中存储有多项应用服务和/或业务数据时，一类API接口在运行态下将动态生成多个API子接口，一项所述应用服务和业务数据，通过一个对应的API子接口访问；其中，所述应用服务和业务数据在不同分片容器，对应访问的API子接口不同；
其中，与所述虚拟存储单元存在对应关系的API接口，至少包括：N类API接口，N大于1；一类所述API接口对应访问一个所述虚拟存储单元。
12.根据权利要求11所述的装置，其特征在于，所述客户的确定信息至少包括客户ID标识号；
其中，所述关系建立单元，具体用于：
基于客户ID标识号、分片容器的标识信息、以及所述插槽个数，建立所述客户ID标识号与分片容器的标识信息间的映射关系，其中所述插槽个数用于限定分片容器的最大个数；
所述数据存储单元，具体用于：
基于所述映射关系，存储与同一所述客户ID标识号相关联的分片数据于同一分片容器内，其中所述同一分片容器基于所述客户ID标识号与分片容器的标识信息间的映射关系确定。
13.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至6任一项所述方法的步骤。
14.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6任一项所述方法的步骤。
CN202210110110.8A 2022-01-29 2022-01-29 请求响应方法、数据存储方法、装置、服务器及存储介质 Active CN114490826B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210110110.8A CN114490826B (zh) 2022-01-29 2022-01-29 请求响应方法、数据存储方法、装置、服务器及存储介质
CN202211484110.0A CN115712660B (zh) 2022-01-29 2022-01-29 数据存储方法、装置、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210110110.8A CN114490826B (zh) 2022-01-29 2022-01-29 请求响应方法、数据存储方法、装置、服务器及存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202211484110.0A Division CN115712660B (zh) 2022-01-29 2022-01-29 数据存储方法、装置、服务器及存储介质

Publications (2)

Publication Number Publication Date
CN114490826A CN114490826A (zh) 2022-05-13
CN114490826B true CN114490826B (zh) 2023-01-13

Family

ID=81478815

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202210110110.8A Active CN114490826B (zh) 2022-01-29 2022-01-29 请求响应方法、数据存储方法、装置、服务器及存储介质
CN202211484110.0A Active CN115712660B (zh) 2022-01-29 2022-01-29 数据存储方法、装置、服务器及存储介质

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202211484110.0A Active CN115712660B (zh) 2022-01-29 2022-01-29 数据存储方法、装置、服务器及存储介质

Country Status (1)

Country Link
CN (2) CN114490826B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112613009A (zh) * 2020-12-28 2021-04-06 杭州涂鸦信息技术有限公司 数据中心访问方法、客户端及计算机存储介质
CN115168061B (zh) * 2022-09-09 2022-12-20 北京镜舟科技有限公司 一种计算存储分离方法、系统、电子设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101958838A (zh) * 2010-10-14 2011-01-26 联动优势科技有限公司 数据访问方法及装置
CN107391622A (zh) * 2017-07-06 2017-11-24 联动优势科技有限公司 一种数据访问方法及设备
CN110019080A (zh) * 2017-07-14 2019-07-16 北京京东尚科信息技术有限公司 数据访问方法和装置
CN110287197A (zh) * 2019-06-28 2019-09-27 微梦创科网络科技（中国）有限公司 一种数据存储方法、迁移方法及装置
CN113347094A (zh) * 2021-06-22 2021-09-03 深圳壹账通智能科技有限公司 分片路由方法、装置、设备及存储介质
CN113645304A (zh) * 2021-08-13 2021-11-12 恒生电子股份有限公司 数据服务处理方法及相关设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102594852B (zh) * 2011-01-04 2016-03-30 中国移动通信集团公司 数据访问方法、节点及系统
US9304896B2 (en) * 2013-08-05 2016-04-05 Iii Holdings 2, Llc Remote memory ring buffers in a cluster of data processing nodes
CN104917772B (zh) * 2015-06-12 2017-12-08 深圳大学 一种云存储服务平台的访问控制系统的访问控制方法
US10503714B2 (en) * 2017-06-02 2019-12-10 Facebook, Inc. Data placement and sharding
CN109583899A (zh) * 2018-12-20 2019-04-05 鸿秦（北京）科技有限公司 基于云存储服务器的数据存储管理方法及系统
EP4274136A3 (en) * 2019-04-18 2024-02-07 Lenovo (Singapore) Pte. Ltd. Transport block transmission
CN111078787B (zh) * 2019-11-11 2023-07-21 重庆邮电大学 一种基于随机数映射的区块链共识方法
CN113535432B (zh) * 2021-07-20 2023-12-15 西安力传智能技术有限公司 数据分流方法、装置、电子设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101958838A (zh) * 2010-10-14 2011-01-26 联动优势科技有限公司 数据访问方法及装置
CN107391622A (zh) * 2017-07-06 2017-11-24 联动优势科技有限公司 一种数据访问方法及设备
CN110019080A (zh) * 2017-07-14 2019-07-16 北京京东尚科信息技术有限公司 数据访问方法和装置
CN110287197A (zh) * 2019-06-28 2019-09-27 微梦创科网络科技（中国）有限公司 一种数据存储方法、迁移方法及装置
CN113347094A (zh) * 2021-06-22 2021-09-03 深圳壹账通智能科技有限公司 分片路由方法、装置、设备及存储介质
CN113645304A (zh) * 2021-08-13 2021-11-12 恒生电子股份有限公司 数据服务处理方法及相关设备

Also Published As

Publication number Publication date
CN115712660A (zh) 2023-02-24
CN115712660B (zh) 2023-05-30
CN114490826A (zh) 2022-05-13

Similar Documents

Publication Publication Date Title
CN114490826B (zh) 请求响应方法、数据存储方法、装置、服务器及存储介质
CN110266716B (zh) 电网统一服务平台系统
US11394794B2 (en) Fast ingestion of records in a database using data locality and queuing
CN111091429A (zh) 电子票据标识分配方法及装置、电子票据生成系统
WO2018176998A1 (zh) 数据存储方法及装置
CN107464151B (zh) 高并发业务的订单数据处理方法及装置
CN113645304B (zh) 数据服务处理方法及相关设备
CN110289999B (zh) 一种数据处理方法、系统及装置
US10761869B2 (en) Cloud platform construction method and cloud platform storing image files in storage backend cluster according to image file type
CN112866421B (zh) 基于分布式缓存以及nsq的智能合约运行方法及装置
CN114218619A (zh) 数据安全保护方法、装置、介质及电子设备
WO2020259191A1 (zh) 一种数据中心节点分配方法、装置、系统及计算机设备
CN111831402B (zh) 用于管理软件功能的方法、设备和计算机程序产品
WO2023169106A1 (zh) 一种内容分发网络域名调度方法及装置
CN111488373A (zh) 用于处理请求的方法和系统
US11900152B1 (en) Controlled automatic updates to disk image layers with compatibility verification
CN116775267A (zh) 资源配额方法、装置、设备及存储介质
CN116980526A (zh) 应用于融合通信的多渠道排队机实现方法、装置及设备
CN109274641A (zh) 客户端与服务节点之间的连接方法和装置、计算设备和存储介质
CN112001800B (zh) 在区块链系统中进行业务处理的方法和装置
CN114528274A (zh) 权限管理方法及相关装置
CN112616143A (zh) 一种分配通信号码的方法、装置、电子设备及存储介质
CN113691575A (zh) 通信方法、装置及系统
CN116805947B (zh) 区块链数据处理方法、装置、设备及计算机可读存储介质
CN115827240A (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