CN116501493A - 业务中台的数据处理方法、装置及电子设备 - Google Patents

业务中台的数据处理方法、装置及电子设备 Download PDF

Info

Publication number
CN116501493A
CN116501493A CN202310423826.8A CN202310423826A CN116501493A CN 116501493 A CN116501493 A CN 116501493A CN 202310423826 A CN202310423826 A CN 202310423826A CN 116501493 A CN116501493 A CN 116501493A
Authority
CN
China
Prior art keywords
user
isolation
transaction amount
resource
strategy
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310423826.8A
Other languages
English (en)
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.)
Industrial and Commercial Bank of China Ltd ICBC
Original Assignee
Industrial and Commercial Bank of China Ltd ICBC
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 Industrial and Commercial Bank of China Ltd ICBC filed Critical Industrial and Commercial Bank of China Ltd ICBC
Priority to CN202310423826.8A priority Critical patent/CN116501493A/zh
Publication of CN116501493A publication Critical patent/CN116501493A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • 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/5061—Partitioning or combining of resources
    • G06F9/5066—Algorithms for mapping a plurality of inter-dependent sub-tasks onto a plurality of physical CPUs
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • 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
    • 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • 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
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Accounting & Taxation (AREA)
  • Educational Administration (AREA)
  • Finance (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Exchange Systems With Centralized Control (AREA)

Abstract

本申请公开了一种业务中台的数据处理方法、装置及电子设备，该方法应用于金融科技领域或其他领域，该方法包括：接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则；若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求；若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略；在业务中台中，依据数据隔离策略部署用户对应的生产资源，以通过生产资源为用户提供服务。通过本申请，解决了相关技术中多个用户共同通过业务中台的节点调用服务，一旦出现节点损坏，导致多个用户的生产资源不稳定，大幅降低了业务中台提供服务的稳定性的问题。

Description

业务中台的数据处理方法、装置及电子设备
技术领域
本申请涉及金融科技领域或其他领域，具体而言，涉及一种业务中台的数据处理方法、装置及电子设备。
背景技术
目前，企业在研发产品时常常与业务中台合作，通过业务中台提供的服务完成产品的研发。业务中台的集群资源为多个用户提供生产环境，并通过隔离策略和限流策略管理多个用户的生产环境。但随着企业研发效能的提升，以及业务中台的迅速发展，多个用户调用业务中台服务的频率越来越短，单个用户的每秒交易量也变得越来越大，导致大幅度增加了维护业务中台的压力，并且业务中台出现故障的风险也变得越来越大。另外，在多个用户共用集群节点和数据库节点的情况下，一旦出现一个节点出现问题，或者一个用户的不恰当操作，可能导致业务中台和业务中台所服务多个产品系统均面临系统崩溃的风险，为业务中台的多个用户带来业务风险或技术风险，甚至产生不可逆转的经济损失。
针对相关技术中多个用户共同通过业务中台的节点调用服务，一旦出现节点损坏，导致多个用户的生产资源不稳定，大幅降低了业务中台提供服务的稳定性的问题，目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种业务中台的数据处理方法、装置及电子设备，以解决相关技术中多个用户共同通过业务中台的节点调用服务，一旦出现节点损坏，导致多个用户的生产资源不稳定，大幅降低了业务中台提供服务的稳定性的问题。
为了实现上述目的，根据本申请的一个方面，提供了一种业务中台的数据处理方法，该方法包括：接收用户在业务中台中提交的资源申请信息，并判断所述资源申请信息是否符合预设规则；若所述资源申请信息符合所述预设规则，则依据所述资源申请信息，触发与所述用户签订资源契约的请求；若检测到所述用户签订所述资源契约，则依据所述用户的预估交易量，确定所述用户对应的数据隔离策略；在所述业务中台中，依据所述数据隔离策略部署所述用户对应的生产资源，以通过所述生产资源为所述用户提供服务。
进一步地，若检测到所述用户签订所述资源契约，则依据所述用户的预估交易量，确定所述用户对应的数据隔离策略包括：依据所述预估交易量，生成所述用户的物理隔离策略；依据所述预估交易量，生成所述用户的管理隔离策略；依据所述用户的需求，确定所述用户对应的目标方案；依据所述物理隔离策略、所述管理隔离策略和所述目标方案，得到所述数据隔离策略。
进一步地，依据所述预估交易量，生成所述用户的物理隔离策略包括：若所述用户的生产资源部署在第一类金融机构中，则判断所述预估交易量是否大于预设交易量；若所述预估交易量大于所述预设交易量，则确定第一隔离策略，其中，所述第一隔离策略用于设置所述用户的数据部署在所述第一类金融机构的独立资源中，并采用逻辑隔离的方式管理所述用户与其他用户的数据库；若所述预估交易量小于或等于所述预设交易量，则确定第二隔离策略，其中，所述第二隔离策略用于设置所述用户的数据部署在所述第一类金融机构的公共资源中，并采用逻辑隔离的方式管理所述用户与其他用户的数据库；若所述用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略，其中，所述第一类金融机构的资源量大于所述第二类金融机构的资源量；依据所述第一隔离策略、所述第二隔离策略、所述第三隔离策略或者所述第四隔离策略，得到所述物理隔离策略。
进一步地，若所述用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略包括：若所述用户的生产资源部署在所述第二类金融机构中，则判断所述预估交易量是否大于所述预设交易量；若所述预估交易量大于所述预设交易量，则确定所述第三隔离策略，其中，所述第三隔离策略用于设置所述用户的数据部署在所述第二类金融机构的独立资源中，并采用物理隔离的方式管理所述用户与其他用户的数据库；若所述预估交易量小于或等于所述预设交易量，则确定所述第四隔离策略，其中，所述第四隔离策略用于设置所述用户的数据部署在所述第二类金融机构的独立资源中，并采用逻辑隔离的方式管理所述用户与其他用户的数据库。
进一步地，依据所述预估交易量，生成所述用户的管理隔离策略包括：若所述用户的生产资源部署在所述第一类金融机构的独立资源中，则确定第一管理策略，其中，所述第一管理策略用于设置所述用户管理所述用户的生产资源；若所述用户的生产资源部署在所述第一类金融机构的公共资源中，则确定第二管理策略，其中，所述第二管理策略用于设置由所述业务中台管理所述用户的生产资源；若所述用户的生产资源部署在所述第二类金融机构的独立资源中，则确定第三管理策略，其中，所述第三管理策略用于设置所述用户管理所述用户的生产资源；依据所述第一管理策略、所述第二管理策略或者所述第三管理策略，得到所述管理隔离策略。
进一步地，在依据所述预估交易量，生成所述用户的物理隔离策略之前，所述方法还包括：依据所述预估交易量，确定所述用户的限流阈值，得到所述用户的限流策略；在所述限流策略实施之后，统计所述用户的服务请求情况，并将所述服务请求情况反馈至所述用户。
进一步地，若所述资源申请信息符合所述预设规则，则依据所述资源申请信息，触发与所述用户签订资源契约的请求包括：依据所述资源申请信息，确定所述用户和所述业务中台维护资源的任务，得到待确认的资源契约，并触发确认请求，其中，所述确认请求用于请求所述用户确认所述待确认的资源契约；接收所述用户返回的确认信息，依据所述确认信息，得到所述资源契约，并触发与所述用户签订所述资源契约的请求。
进一步地，在接收用户在业务中台中提交的资源申请信息，并判断所述资源申请信息是否符合预设规则之前，所述方法还包括：获取所述用户的企业信息；从所述企业信息中得到所述用户的目标信息；若所述目标信息与所述业务中台的用户准入配置相匹配，则接收所述用户在业务中台中提交的资源申请信息。
为了实现上述目的，根据本申请的另一方面，提供了一种业务中台的数据处理装置，该装置包括：接收单元，用于接收用户在业务中台中提交的资源申请信息，并判断所述资源申请信息是否符合预设规则；请求单元，用于若所述资源申请信息符合所述预设规则，则依据所述资源申请信息，触发与所述用户签订资源契约的请求；确定单元，用于若检测到所述用户签订所述资源契约，则依据所述用户的预估交易量，确定所述用户对应的数据隔离策略；部署单元，用于在所述业务中台中，依据所述数据隔离策略部署所述用户对应的生产资源，以通过所述生产资源为所述用户提供服务。
进一步地，所述确定单元包括：第一生成子单元，用于依据所述预估交易量，生成所述用户的物理隔离策略；第二生成子单元，用于依据所述预估交易量，生成所述用户的管理隔离策略；第一确定子单元，用于依据所述用户的需求，确定所述用户对应的目标方案；第一获取子单元，用于依据所述物理隔离策略、所述管理隔离策略和所述目标方案，得到所述数据隔离策略。
进一步地，所述第一生成子单元包括：判断模块，用于若所述用户的生产资源部署在第一类金融机构中，则判断所述预估交易量是否大于预设交易量；第一确定模块，用于若所述预估交易量大于所述预设交易量，则确定第一隔离策略，其中，所述第一隔离策略用于设置所述用户的数据部署在所述第一类金融机构的独立资源中，并采用逻辑隔离的方式管理所述用户与其他用户的数据库；第二确定模块，用于若所述预估交易量小于或等于所述预设交易量，则确定第二隔离策略，其中，所述第二隔离策略用于设置所述用户的数据部署在所述第一类金融机构的公共资源中，并采用逻辑隔离的方式管理所述用户与其他用户的数据库；第三确定模块，用于若所述用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略，其中，所述第一类金融机构的资源量大于所述第二类金融机构的资源量；第一获取模块，用于依据所述第一隔离策略、所述第二隔离策略、所述第三隔离策略或者所述第四隔离策略，得到所述物理隔离策略。
进一步地，所述第三确定模块包括：判断子模块，用于若所述用户的生产资源部署在所述第二类金融机构中，则判断所述预估交易量是否大于所述预设交易量；第一确定子模块，用于若所述预估交易量大于所述预设交易量，则确定所述第三隔离策略，其中，所述第三隔离策略用于设置所述用户的数据部署在所述第二类金融机构的独立资源中，并采用物理隔离的方式管理所述用户与其他用户的数据库；第二确定子模块，用于若所述预估交易量小于或等于所述预设交易量，则确定所述第四隔离策略，其中，所述第四隔离策略用于设置所述用户的数据部署在所述第二类金融机构的独立资源中，并采用逻辑隔离的方式管理所述用户与其他用户的数据库。
进一步地，所述第二生成子单元包括：第四确定模块，用于若所述用户的生产资源部署在所述第一类金融机构的独立资源中，则确定第一管理策略，其中，所述第一管理策略用于设置所述用户管理所述用户的生产资源；第五确定模块，用于若所述用户的生产资源部署在所述第一类金融机构的公共资源中，则确定第二管理策略，其中，所述第二管理策略用于设置由所述业务中台管理所述用户的生产资源；第六确定模块，用于若所述用户的生产资源部署在所述第二类金融机构的独立资源中，则确定第三管理策略，其中，所述第三管理策略用于设置所述用户管理所述用户的生产资源；第二获取模块，用于依据所述第一管理策略、所述第二管理策略或者所述第三管理策略，得到所述管理隔离策略。
进一步地，所述确定单元还包括：第二确定子单元，用于在生成所述用户的物理隔离策略之前，依据所述预估交易量，确定所述用户的限流阈值，得到所述用户的限流策略；反馈子单元，用于在所述限流策略实施之后，统计所述用户的服务请求情况，并将所述服务请求情况反馈至所述用户。
进一步地，所述请求单元包括：第二获取子单元，用于依据所述资源申请信息，确定所述用户和所述业务中台维护资源的任务，得到待确认的资源契约，并触发确认请求，其中，所述确认请求用于请求所述用户确认所述待确认的资源契约；接收子单元，用于接收所述用户返回的确认信息，依据所述确认信息，得到所述资源契约，并触发与所述用户签订所述资源契约的请求。
进一步地，所述装置还包括：第一获取单元，用于在接收用户在业务中台中提交的资源申请信息，并判断所述资源申请信息是否符合预设规则之前，获取所述用户的企业信息；第二获取单元，用于从所述企业信息中得到所述用户的目标信息；判断单元，用于若所述目标信息与所述业务中台的用户准入配置相匹配，则接收所述用户在业务中台中提交的资源申请信息。
为了实现上述目的，根据本申请的一个方面，提供了一种电子设备，包括一个或多个处理器和存储器，存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现上述任意一项所述业务中台的数据处理方法。
通过本申请，采用以下步骤：接收用户在业务中台中提交的资源申请信息，并判断所述资源申请信息是否符合预设规则；若所述资源申请信息符合所述预设规则，则依据所述资源申请信息，触发与所述用户签订资源契约的请求；若检测到所述用户签订所述资源契约，则依据所述用户的预估交易量，确定所述用户对应的数据隔离策略；在所述业务中台中，依据所述数据隔离策略部署所述用户对应的生产资源，以通过所述生产资源为所述用户提供服务，解决了相关技术中多个用户共同通过业务中台的节点调用服务，一旦出现节点损坏，导致多个用户的生产资源不稳定，大幅降低了业务中台提供服务的稳定性的问题。通过对用户提交的资源申请信息进行审核，与用户签订资源契约，有利于依据不同用户的交易量需求，为不同用户提供相应的生产资源，能够合理地分配业务中台的集群资源，提高了业务中台的集群资源的使用率，同时，通过为不同用户配置相应的数据隔离策略，并依据数据隔离策略部署用户对应的生产环境，避免了一个用户的节点出现问题影响其他用户的情况发生，达到了提高集群资源的运行稳定性的效果，进一步达到了提高业务中台的运行稳定性的效果。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例一提供的业务中台的数据处理方法的流程图；
图2是根据本申请实施例一提供的可选的业务中台的数据处理方法的示意图一；
图3是根据本申请实施例一提供的可选的业务中台的数据处理方法的示意图二；
图4是根据本申请实施例二提供的业务中台的数据处理装置的示意图；
图5是根据本申请实施例五提供的业务中台的数据处理电子设备的示意图。
具体实施方式
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
需要说明的是，本公开文件的处理方法、装置、处理器及电子设备确定的方法和装置可用于金融科技领域在业务中台向用户提供服务时，提高了业务中台的运行稳定性，也可用于除金融科技领域之外的任意领域，本公开文件的处理方法、装置、处理器及电子设备的方法和装置的应用领域不做限定。
需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息、用户申请的资源信息、用户的企业信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据、接收的数据、提交的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例一
下面结合优选的实施步骤对本发明进行说明，图1是根据本申请实施例一提供的业务中台的数据处理方法的流程图，如图1所示，该方法包括如下步骤：
步骤S101，接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则。
在本实施例一中，用户提交的资源申请信息至少包括：资源配置选项、近期交易量情况和远期交易量情况。例如，用户A需求8个数据库和32个联机节点，以及用户A近期交易量为每秒2000个交易，过去的年平均交易量为每秒1800个交易。在用户将资源申请信息提交至业务中台后，业务中台的审核人员对资源申请信息进行分析和修改，即判断业务中台目前剩余的资源能否满足用户A的需求，以及对资源申请信息中的错误信息进行修改。若资源申请信息通过审核，则对资源申请信息进行后续的处理。另外，对于交易量较大的用户，业务中台会提前申请生产资源，以保证及时为用户提供正常服务。
步骤S102，若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求。
例如，在检测到用户A的资源申请信息通过审核后，依据资源申请信息生成资源契约，并向用户A发出签订资源契约的请求。在本实施例一中，资源契约是指依据用户的资源申请信息、业务中台的资源信息和业务中台分配资源的具体情况，业务中台自动生成的资源使用协议，其中，资源契约在业务中台与用户签订之后才会生效。
步骤S103，若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略。
在本实施例一中，用户的预估交易量是通过对用户的历史交易量和近期交易量计算进行计算，得到的数值。例如，在用户A与业务中台签订资源契约之后，若用户A的预估交易量为每秒2500笔交易，则设置用户A使用独立的集群资源；若用户A的预估交易量为每秒500笔交易，则设置用户A使用公共的集群资源。
步骤S104，在业务中台中，依据数据隔离策略部署用户对应的生产资源，以通过生产资源为用户提供服务。
例如，若用户A的数据隔离策略为使用独立的集群资源，业务中台将集群资源A1分配给用户A使用；若用户A数据隔离策略设置为使用公共的集群资源，业务中台将集群资源的25个节点分配给用户A和其他用户一起使用。
综上所述，本申请实施例一提供的业务中台的数据处理方法，通过接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则；若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求；若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略；在业务中台中，依据数据隔离策略部署用户对应的生产资源，以通过生产资源为用户提供服务，解决了相关技术中多个用户共同通过业务中台的节点调用服务，一旦出现节点损坏，导致多个用户的生产资源不稳定，大幅降低了业务中台提供服务的稳定性的问题。通过对用户提交的资源申请信息进行审核，与用户签订资源契约，有利于依据不同用户的交易量需求，为不同用户提供相应的生产资源，能够合理地分配业务中台的集群资源，提高了业务中台的集群资源的使用率，同时，通过为不同用户配置相应的数据隔离策略，并依据数据隔离策略部署用户对应的生产环境，避免了一个用户的节点出现问题影响其他用户的情况发生，达到了提高集群资源的运行稳定性的效果，进一步达到了提高业务中台的运行稳定性的效果。
可选地，在本申请实施例一提供的业务中台的数据处理方法中，若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略包括：依据预估交易量，生成用户的物理隔离策略；依据预估交易量，生成用户的管理隔离策略；依据用户的需求，确定用户对应的目标方案；依据物理隔离策略、管理隔离策略和目标方案，得到数据隔离策略。
在本实施例一中，物理隔离策略用于明确不同用户的生产资源的隔离策略。管理隔离策略用于指示不同用户管理生产资源的策略。目标方案是指依据不同用户的定制化需求，在业务中台提供的服务出现故障时，业务中台所使用的应急方案。其中，业务中台支持为每个用户的提供独立监控报警和端到端的应急方案，同时也支持为每个用户定制化生产故障报警、交易监控以及资源使用率的监控大盘。
例如，在用户A与业务中台签订资源契约之后，若用户A的预估交易量为每秒2500笔交易，则设置用户A使用独立的集群资源，在公共数据库储存用户A的数据，采用逻辑隔离的方式管理用户A与其他用户的数据库，以及由用户A管理用户A部署在集群资源上的生产资源(即发布新版本的代码、部署服务和交付项目等)。若用户A的预估交易量为每秒500笔交易，则设置用户A使用公共的集群资源，在公共数据库储存用户A的数据，采用逻辑隔离的方式管理用户A与其他用户的数据库，以及通过业务中台管理用户A部署在集群资源上的生产资源，即通过业务中台统一管理公共的集群资源中的生产资源。
通过用户的预估交易量，生成不同用户对应的物理隔离策略、管理隔离策略和个性化应急方案，能够向用户提供适当的集群资源，节省了业务中台的集群资源，同时依据物理隔离策略和管理隔离策略对用户的生产资源进行管理，并且为用户配置个性化应急方案，降低了多个用户调用业务中台的耦合性，减少了一个用户对其他用户造成的影响，达到了提高业务中台的运行稳定性的效果。
可选地，在本申请实施例一提供的业务中台的数据处理方法中，依据预估交易量，生成用户的物理隔离策略包括：若用户的生产资源部署在第一类金融机构中，则判断预估交易量是否大于预设交易量；若预估交易量大于预设交易量，则确定第一隔离策略，其中，第一隔离策略用于设置用户的数据部署在第一类金融机构的独立资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库；若预估交易量小于或等于预设交易量，则确定第二隔离策略，其中，第二隔离策略用于设置用户的数据部署在第一类金融机构的公共资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库；若用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略，其中，第一类金融机构的资源量大于第二类金融机构的资源量；依据第一隔离策略、第二隔离策略、第三隔离策略或者第四隔离策略，得到物理隔离策略。
在本实施例一中，第一类金融机构与第二类金融机构是向用户提供集群资源的金融机构，其中，第一类金融机构与第二类金融机构的区别是第一类金融机构的资源量大于第二类金融机构的资源量。例如，第一类金融机构可以是银行A的总行，第二类金融机构可以是银行A的地区分行。
预设交易量是金融机构的业务中台设置的交易量阈值。若用户的交易量大于预设交易量，则认为用户调用业务中台的服务较为频繁，需要使用更多的资源。例如，银行B的预设交易量为每秒1800笔交易，用户A与银行B签订资源契约。若用户A的生产资源部署在银行B的总行，且用户A的预估交易量为每秒2500笔交易，则在银行B总行的集群资源中，将一部分独立的集群资源划分给用户A，并采用逻辑隔离的方式管理用户A与其他用户的数据库；若用户A的预估交易量为每秒1500笔交易，则将银行B总行的公共的集群资源提供给用户A使用，并采用逻辑隔离的方式管理用户A与其他用户的数据库。其中，逻辑隔离表示用户A与其他用户的数据通过不同的模式存放在同一个数据库，用户通过不同的模式管理用户对应的数据库。
通过业务中台的预估交易量和不同金融机构的资源量，为用户配置了不同的隔离策略，有利于业务中台更加合理地分配资源，也有利于业务中台更加合理地管理多个用户的生产资源，降低了业务中台出现故障的可能性，达到了提高业务中台的运行稳定性的效果。
可选地，在本申请实施例一提供的业务中台的数据处理方法中，若用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略包括：若用户的生产资源部署在第二类金融机构中，则判断预估交易量是否大于预设交易量；若预估交易量大于预设交易量，则确定第三隔离策略，其中，第三隔离策略用于设置用户的数据部署在第二类金融机构的独立资源中，并采用物理隔离的方式管理用户与其他用户的数据库；若预估交易量小于或等于预设交易量，则确定第四隔离策略，其中，第四隔离策略用于设置用户的数据部署在第二类金融机构的独立资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库。
例如，银行B的预设交易量为每秒1800笔交易，用户A与银行B签订资源契约。若用户A的生产资源部署在银行B的分行，且用户A的预估交易量为每秒2500笔交易，则在银行B分行的集群资源中，将一部分独立的集群资源提供给用户A使用，并采用物理隔离的方式管理用户A与其他用户的数据库；若用户A的预估交易量为每秒1500笔交易，则在银行B分行的集群资源中，将一部分独立的集群资源提供给用户A使用，并采用逻辑隔离的方式管理用户A与其他用户的数据库。其中，物理隔离表示用户A与其他用户的数据存放在不同的数据库中。
通过比较用户的预估交易量和业务中台的预设交易量，以及考虑不同金融机构的资源量对分配资源产生的影响，得到了多种用于管理用户的生产资源的隔离策略，有利于业务中台更加合理地分配集群资源，也有利于业务中台更加合理地隔离多个用户的生产环境，降低了业务中台出现故障的可能性，达到了提高业务中台的运行稳定性的效果。
可选地，在本申请实施例一提供的业务中台的数据处理方法中，依据预估交易量，生成用户的管理隔离策略包括：若用户的生产资源部署在第一类金融机构的独立资源中，则确定第一管理策略，其中，第一管理策略用于设置用户管理用户的生产资源；若用户的生产资源部署在第一类金融机构的公共资源中，则确定第二管理策略，其中，第二管理策略用于设置由业务中台管理用户的生产资源；若用户的生产资源部署在第二类金融机构的独立资源中，则确定第三管理策略，其中，第三管理策略用于设置用户管理用户的生产资源；依据第一管理策略、第二管理策略或者第三管理策略，得到管理隔离策略。
在本实施例一中，第一类金融机构拥有的资源量比第二类金融机构拥有的资源量大，所以，第一类金融机构能够为更多的用户提供服务。但多个用户中可能存在预估交易量大于预设交易量的用户，也可能存在预估交易量小于或等于预设交易量的用户。如果为多个用户均提供独立的集群资源，可能导致交易量较小的用户对应的集群资源经常处于空闲状态，同时，交易量较大的用户对应的集群资源经常处于拥挤状态。为了避免不恰当地分配集群资源，需要依据金融机构拥有的资源量，配置相应的管理策略。
例如，银行B的总行是第一类金融机构，银行B的地区分行是第二类金融机构。若用户A的生产资源部署在银行B总行的独立的集群资源中，则允许用户A管理用户A对应的集群资源，即用户A在独立的集群资源中，可自由执行发布代码、交付项目和部署生产环境等操作；若用户A的生产资源部署在银行B总行的公共的集群资源中，则通过业务中台管理用户A对应的集群资源，即通过业务中台统一执行发布公共集群资源运行的代码、统一部署公共集群资源的生产环境等操作。其中，若用户A的生产资源部署在银行B总行的公共的集群资源中，还需要将用户A与公共集群资源中用户A使用的API接口进行绑定，以避免多个用户通过相同API接口调用服务时出现数据故障。
通过对独立的集群资源和公共的集群资源设置不同的管理隔离策略，有益于金融机构更好地分配集群资源，节约了业务中台的集群资源，提高了业务中台的集群资源的利用率，同时，通过将用户和API接口进行绑定，减少了在多个用户通过API接口调用服务时，出现数据故障的可能性，达到了提高业务中台的运行稳定性的效果。
可选地，在本申请实施例一提供的业务中台的数据处理方法中，在依据预估交易量，生成用户的物理隔离策略之前，上述的方法还包括：依据预估交易量，确定用户的限流阈值，得到用户的限流策略；在限流策略实施之后，统计用户的服务请求情况，并将服务请求情况反馈至用户。
在本实施例一中，还能通过配置限流策略，帮助用户更加清晰直观地了解到用户对应的集群资源的使用情况，提高了集群资源对用户的透明度，也有益于依据一定时间内用户调用集群资源的服务的情况，调整用户的生产方案，以提升用户的生产效率，同时，也使业务中台提供的服务更加多样化，达到了为用户提供更加全面的服务的效果。
可选地，在本申请实施例一提供的业务中台的数据处理方法中，若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求包括：依据资源申请信息，确定用户和业务中台维护资源的任务，得到待确认的资源契约，并触发确认请求，其中，确认请求用于请求用户确认待确认的资源契约；接收用户返回的确认信息，依据确认信息，得到资源契约，并触发与用户签订资源契约的请求。
在和用户签订资源契约之前，需要和用户明确维护业务中台的集群资源的权责归属，即用户和业务中台需要各自明确管理集群资源的权利和责任。通过用户与业务中台签订的资源契约，明确了用户与业务中台对集群资源的管理责任，有利于更好地维护业务中台正常运行，达到了提高业务中台的运行稳定性的效果。
可选地，在本申请实施例一提供的业务中台的数据处理方法中，在接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则之前，上述的方法还包括：获取用户的企业信息；从企业信息中得到用户的目标信息；若目标信息与业务中台的用户准入配置相匹配，则接收用户在业务中台中提交的资源申请信息。
在业务中台接收用户提交的资源申请信息之前，需要对用户的企业资质进行审查。如果用户不具备使用业务中台的集群资源的条件，或用户的数据请求无法与业务中台提供的服务相匹配，则无法接受用户提交的资源申请信息。例如，若用户A和业务中台使用不同的代码运行，或者用户A和业务中台的服务请求接口无法调整至一致，则用户A无法继续和业务中台进行合作；若用户A和业务中台使用相同的代码运行，并且用户A和业务中台的请求接口一致，则确定业务中台可以继续接收用户A的资源申请信息。
通过用户准入机制，实现了对用户的企业资质进行审核，能够在签订资源契约之前，保证用户和业务中台可以继续合作，避免了无效的资源契约的产生，提高了业务中台的工作效率。
可选地，在本实施例一中，本方案中业务中台为用户提供服务的示意图可以如图2所示。具体地，业务中台为用户提供服务的情况如图2中的运维支撑模块，以及业务中台为用户提供可视化窗口，向用户展示业务中台的工作情况，其中，可视化窗口如图2中的管理可视化窗口和生产可视化窗口。例如，运维支撑模块中包括运维支撑服务接口、用户信息管理模块、资源分配模块、限流管理模块、咨询答疑模块、统计视图模块、外部接口对接模块等。其中，用户信息管理模块用于存储用户的相关信息；资源分配模块依据用户的资源申请信息为用户分配资源；限流管理模块实时监控多个用户的交易量情况。用户工作台向用户展示待办的应用、流程管控和消息提醒等信息；服务市场为用户展示中台服务清单、服务使用说明和服务使用示例等信息；智能对接平台向用户提供自动对接用户与业务中台的API接口的功能，其中，包括需求提交、资源申请和辅助资源下载等功能；咨询答疑向用户提供提交问题和搜索问题等功能；中台画像将业务中台的工作情况可视化，得到中台资源视图、中台交易视图和中台性能视图等；用户画像将用户调用业务中台服务的情况可视化，得到用户资源视图、用户交易视图和用户性能视图等；运维监控视图将用户调用的服务出现问题时提醒用户，包括用户报警面板和用户应急面板。
可选地，在本实施例一中，业务中台为用户生成隔离策略和分配资源的结果可以如图3所示。具体地，生产隔离表示多个用户之间的物理隔离策略，资源分配表示业务中台为每个用户分配的集群资源以及限流策略。例如，用户“缴费”的隔离策略为用户“缴费”的生产资源分配在独立的集群资源中，采用物理隔离的方式管理用户“缴费”的数据库；业务中台为用户“缴费”分配32个联机节点，8套数据库，并设置用户“缴费”的限流阈值为小于每秒2500笔交易。
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
实施例二
本申请实施例二还提供了一种业务中台的数据处理装置，需要说明的是，本申请实施例二的业务中台的数据处理装置可以用于执行本申请实施例一所提供的用于业务中台的数据处理方法。以下对本申请实施例二提供的业务中台的数据处理装置进行介绍。
图4是根据本申请实施例二的业务中台的数据处理装置的示意图。如图4所示，该装置包括：接收单元401、请求单元402、确定单元403和部署单元404。
具体地，接收单元401，用于接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则。
请求单元402，用于若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求。
确定单元403，用于若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略。
部署单元404，用于在业务中台中，依据数据隔离策略部署用户对应的生产资源，以通过生产资源为用户提供服务。
本申请实施例二提供的业务中台的数据处理装置，通过接收单元401接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则；请求单元402若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求；确定单元403若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略；部署单元404在业务中台中，依据数据隔离策略部署用户对应的生产资源，以通过生产资源为用户提供服务，解决了相关技术中多个用户共同通过业务中台的节点调用服务，一旦出现节点损坏，导致多个用户的生产资源不稳定，大幅降低了业务中台提供服务的稳定性的问题。通过对用户提交的资源申请信息进行审核，与用户签订资源契约，有利于依据不同用户的交易量需求，为不同用户提供相应的生产资源，能够合理地分配业务中台的集群资源，提高了业务中台的集群资源的使用率，同时，通过为不同用户配置相应的数据隔离策略，并依据数据隔离策略部署用户对应的生产环境，避免了一个用户的节点出现问题影响其他用户的情况发生，达到了提高集群资源的运行稳定性的效果，进一步达到了提高业务中台的运行稳定性的效果。
可选地，在本申请实施例二提供的业务中台的数据处理装置中，上述的确定单元403包括：第一生成子单元，用于依据预估交易量，生成用户的物理隔离策略；第二生成子单元，用于依据预估交易量，生成用户的管理隔离策略；第一确定子单元，用于依据用户的需求，确定用户对应的目标方案；第一获取子单元，用于依据物理隔离策略、管理隔离策略和目标方案，得到数据隔离策略。
可选地，在本申请实施例二提供的业务中台的数据处理装置中，上述的第一生成子单元包括：判断模块，用于若用户的生产资源部署在第一类金融机构中，则判断预估交易量是否大于预设交易量；第一确定模块，用于若预估交易量大于预设交易量，则确定第一隔离策略，其中，第一隔离策略用于设置用户的数据部署在第一类金融机构的独立资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库；第二确定模块，用于若预估交易量小于或等于预设交易量，则确定第二隔离策略，其中，第二隔离策略用于设置用户的数据部署在第一类金融机构的公共资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库；第三确定模块，用于若用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略，其中，第一类金融机构的资源量大于第二类金融机构的资源量；第一获取模块，用于依据第一隔离策略、第二隔离策略、第三隔离策略或者第四隔离策略，得到物理隔离策略。
可选地，在本申请实施例二提供的业务中台的数据处理装置中，上述的第三确定模块包括：判断子模块，用于若用户的生产资源部署在第二类金融机构中，则判断预估交易量是否大于预设交易量；第一确定子模块，用于若预估交易量大于预设交易量，则确定第三隔离策略，其中，第三隔离策略用于设置用户的数据部署在第二类金融机构的独立资源中，并采用物理隔离的方式管理用户与其他用户的数据库；第二确定子模块，用于若预估交易量小于或等于预设交易量，则确定第四隔离策略，其中，第四隔离策略用于设置用户的数据部署在第二类金融机构的独立资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库。
可选地，在本申请实施例二提供的业务中台的数据处理装置中，上述的第二生成子单元包括：第四确定模块，用于若用户的生产资源部署在第一类金融机构的独立资源中，则确定第一管理策略，其中，第一管理策略用于设置用户管理用户的生产资源；第五确定模块，用于若用户的生产资源部署在第一类金融机构的公共资源中，则确定第二管理策略，其中，第二管理策略用于设置由业务中台管理用户的生产资源；第六确定模块，用于若用户的生产资源部署在第二类金融机构的独立资源中，则确定第三管理策略，其中，第三管理策略用于设置用户管理用户的生产资源；第二获取模块，用于依据第一管理策略、第二管理策略或者第三管理策略，得到管理隔离策略。
可选地，在本申请实施例二提供的业务中台的数据处理装置中，上述的确定单元403还包括：第二确定子单元，用于在生成用户的物理隔离策略之前，依据预估交易量，确定用户的限流阈值，得到用户的限流策略；反馈子单元，用于在限流策略实施之后，统计用户的服务请求情况，并将服务请求情况反馈至用户。
可选地，在本申请实施例二提供的业务中台的数据处理装置中，上述的请求单元402包括：第二获取子单元，用于依据资源申请信息，确定用户和业务中台维护资源的任务，得到待确认的资源契约，并触发确认请求，其中，确认请求用于请求用户确认待确认的资源契约；接收子单元，用于接收用户返回的确认信息，依据确认信息，得到资源契约，并触发与用户签订资源契约的请求。
可选地，在本申请实施例二提供的业务中台的数据处理装置中，上述的装置还包括：第一获取单元，用于在接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则之前，获取用户的企业信息；第二获取单元，用于从企业信息中得到用户的目标信息；判断单元，用于若目标信息与业务中台的用户准入配置相匹配，则接收用户在业务中台中提交的资源申请信息。
所述业务中台的数据处理装置包括处理器和存储器，上述的接收单元401、请求单元402、确定单元403和部署单元404等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来提高业务中台的运行稳定性。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。
本发明实施例三提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现业务中台的数据处理方法。
本发明实施例四提供了一种处理器，处理器用于运行程序，其中，程序运行时执行业务中台的数据处理方法。
如图5所示，本发明实施例五提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则；若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求；若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略；在业务中台中，依据数据隔离策略部署用户对应的生产资源，以通过生产资源为用户提供服务。
处理器执行程序时还实现以下步骤：若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略包括：依据预估交易量，生成用户的物理隔离策略；依据预估交易量，生成用户的管理隔离策略；依据用户的需求，确定用户对应的目标方案；依据物理隔离策略、管理隔离策略和目标方案，得到数据隔离策略。
处理器执行程序时还实现以下步骤：依据预估交易量，生成用户的物理隔离策略包括：若用户的生产资源部署在第一类金融机构中，则判断预估交易量是否大于预设交易量；若预估交易量大于预设交易量，则确定第一隔离策略，其中，第一隔离策略用于设置用户的数据部署在第一类金融机构的独立资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库；若预估交易量小于或等于预设交易量，则确定第二隔离策略，其中，第二隔离策略用于设置用户的数据部署在第一类金融机构的公共资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库；若用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略，其中，第一类金融机构的资源量大于第二类金融机构的资源量；依据第一隔离策略、第二隔离策略、第三隔离策略或者第四隔离策略，得到物理隔离策略。
处理器执行程序时还实现以下步骤：若用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略包括：若用户的生产资源部署在第二类金融机构中，则判断预估交易量是否大于预设交易量；若预估交易量大于预设交易量，则确定第三隔离策略，其中，第三隔离策略用于设置用户的数据部署在第二类金融机构的独立资源中，并采用物理隔离的方式管理用户与其他用户的数据库；若预估交易量小于或等于预设交易量，则确定第四隔离策略，其中，第四隔离策略用于设置用户的数据部署在第二类金融机构的独立资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库。
处理器执行程序时还实现以下步骤：依据预估交易量，生成用户的管理隔离策略包括：若用户的生产资源部署在第一类金融机构的独立资源中，则确定第一管理策略，其中，第一管理策略用于设置用户管理用户的生产资源；若用户的生产资源部署在第一类金融机构的公共资源中，则确定第二管理策略，其中，第二管理策略用于设置由业务中台管理用户的生产资源；若用户的生产资源部署在第二类金融机构的独立资源中，则确定第三管理策略，其中，第三管理策略用于设置用户管理用户的生产资源；依据第一管理策略、第二管理策略或者第三管理策略，得到管理隔离策略。
处理器执行程序时还实现以下步骤：在依据预估交易量，生成用户的物理隔离策略之前，上述的方法还包括：依据预估交易量，确定用户的限流阈值，得到用户的限流策略；在限流策略实施之后，统计用户的服务请求情况，并将服务请求情况反馈至用户。
处理器执行程序时还实现以下步骤：若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求包括：依据资源申请信息，确定用户和业务中台维护资源的任务，得到待确认的资源契约，并触发确认请求，其中，确认请求用于请求用户确认待确认的资源契约；接收用户返回的确认信息，依据确认信息，得到资源契约，并触发与用户签订资源契约的请求。
处理器执行程序时还实现以下步骤：在接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则之前，上述的方法还包括：获取用户的企业信息；从企业信息中得到用户的目标信息；若目标信息与业务中台的用户准入配置相匹配，则接收用户在业务中台中提交的资源申请信息。
本文中的设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则；若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求；若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略；在业务中台中，依据数据隔离策略部署用户对应的生产资源，以通过生产资源为用户提供服务。
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：若检测到用户签订资源契约，则依据用户的预估交易量，确定用户对应的数据隔离策略包括：依据预估交易量，生成用户的物理隔离策略；依据预估交易量，生成用户的管理隔离策略；依据用户的需求，确定用户对应的目标方案；依据物理隔离策略、管理隔离策略和目标方案，得到数据隔离策略。
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：依据预估交易量，生成用户的物理隔离策略包括：若用户的生产资源部署在第一类金融机构中，则判断预估交易量是否大于预设交易量；若预估交易量大于预设交易量，则确定第一隔离策略，其中，第一隔离策略用于设置用户的数据部署在第一类金融机构的独立资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库；若预估交易量小于或等于预设交易量，则确定第二隔离策略，其中，第二隔离策略用于设置用户的数据部署在第一类金融机构的公共资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库；若用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略，其中，第一类金融机构的资源量大于第二类金融机构的资源量；依据第一隔离策略、第二隔离策略、第三隔离策略或者第四隔离策略，得到物理隔离策略。
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：若用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略包括：若用户的生产资源部署在第二类金融机构中，则判断预估交易量是否大于预设交易量；若预估交易量大于预设交易量，则确定第三隔离策略，其中，第三隔离策略用于设置用户的数据部署在第二类金融机构的独立资源中，并采用物理隔离的方式管理用户与其他用户的数据库；若预估交易量小于或等于预设交易量，则确定第四隔离策略，其中，第四隔离策略用于设置用户的数据部署在第二类金融机构的独立资源中，并采用逻辑隔离的方式管理用户与其他用户的数据库。
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：依据预估交易量，生成用户的管理隔离策略包括：若用户的生产资源部署在第一类金融机构的独立资源中，则确定第一管理策略，其中，第一管理策略用于设置用户管理用户的生产资源；若用户的生产资源部署在第一类金融机构的公共资源中，则确定第二管理策略，其中，第二管理策略用于设置由业务中台管理用户的生产资源；若用户的生产资源部署在第二类金融机构的独立资源中，则确定第三管理策略，其中，第三管理策略用于设置用户管理用户的生产资源；依据第一管理策略、第二管理策略或者第三管理策略，得到管理隔离策略。
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在依据预估交易量，生成用户的物理隔离策略之前，上述的方法还包括：依据预估交易量，确定用户的限流阈值，得到用户的限流策略；在限流策略实施之后，统计用户的服务请求情况，并将服务请求情况反馈至用户。
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：若资源申请信息符合预设规则，则依据资源申请信息，触发与用户签订资源契约的请求包括：依据资源申请信息，确定用户和业务中台维护资源的任务，得到待确认的资源契约，并触发确认请求，其中，确认请求用于请求用户确认待确认的资源契约；接收用户返回的确认信息，依据确认信息，得到资源契约，并触发与用户签订资源契约的请求。
当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在接收用户在业务中台中提交的资源申请信息，并判断资源申请信息是否符合预设规则之前，上述的方法还包括：获取用户的企业信息；从企业信息中得到用户的目标信息；若目标信息与业务中台的用户准入配置相匹配，则接收用户在业务中台中提交的资源申请信息。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种业务中台的数据处理方法，其特征在于，包括：
接收用户在业务中台中提交的资源申请信息，并判断所述资源申请信息是否符合预设规则；
若所述资源申请信息符合所述预设规则，则依据所述资源申请信息，触发与所述用户签订资源契约的请求；
若检测到所述用户签订所述资源契约，则依据所述用户的预估交易量，确定所述用户对应的数据隔离策略；
在所述业务中台中，依据所述数据隔离策略部署所述用户对应的生产资源，以通过所述生产资源为所述用户提供服务。
2.根据权利要求1所述的方法，其特征在于，若检测到所述用户签订所述资源契约，则依据所述用户的预估交易量，确定所述用户对应的数据隔离策略包括：
依据所述预估交易量，生成所述用户的物理隔离策略；
依据所述预估交易量，生成所述用户的管理隔离策略；
依据所述用户的需求，确定所述用户对应的目标方案；
依据所述物理隔离策略、所述管理隔离策略和所述目标方案，得到所述数据隔离策略。
3.根据权利要求2所述的方法，其特征在于，依据所述预估交易量，生成所述用户的物理隔离策略包括：
若所述用户的生产资源部署在第一类金融机构中，则判断所述预估交易量是否大于预设交易量；
若所述预估交易量大于所述预设交易量，则确定第一隔离策略，其中，所述第一隔离策略用于设置所述用户的数据部署在所述第一类金融机构的独立资源中，并采用逻辑隔离的方式管理所述用户与其他用户的数据库；
若所述预估交易量小于或等于所述预设交易量，则确定第二隔离策略，其中，所述第二隔离策略用于设置所述用户的数据部署在所述第一类金融机构的公共资源中，并采用逻辑隔离的方式管理所述用户与其他用户的数据库；
若所述用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略，其中，所述第一类金融机构的资源量大于所述第二类金融机构的资源量；
依据所述第一隔离策略、所述第二隔离策略、所述第三隔离策略或者所述第四隔离策略，得到所述物理隔离策略。
4.根据权利要求3所述的方法，其特征在于，若所述用户的生产资源部署在第二类金融机构中，则确定第三隔离策略和第四隔离策略包括：
若所述用户的生产资源部署在所述第二类金融机构中，则判断所述预估交易量是否大于所述预设交易量；
若所述预估交易量大于所述预设交易量，则确定所述第三隔离策略，其中，所述第三隔离策略用于设置所述用户的数据部署在所述第二类金融机构的独立资源中，并采用物理隔离的方式管理所述用户与其他用户的数据库；
若所述预估交易量小于或等于所述预设交易量，则确定所述第四隔离策略，其中，所述第四隔离策略用于设置所述用户的数据部署在所述第二类金融机构的独立资源中，并采用逻辑隔离的方式管理所述用户与其他用户的数据库。
5.根据权利要求4所述的方法，其特征在于，依据所述预估交易量，生成所述用户的管理隔离策略包括：
若所述用户的生产资源部署在所述第一类金融机构的独立资源中，则确定第一管理策略，其中，所述第一管理策略用于设置所述用户管理所述用户的生产资源；
若所述用户的生产资源部署在所述第一类金融机构的公共资源中，则确定第二管理策略，其中，所述第二管理策略用于设置由所述业务中台管理所述用户的生产资源；
若所述用户的生产资源部署在所述第二类金融机构的独立资源中，则确定第三管理策略，其中，所述第三管理策略用于设置所述用户管理所述用户的生产资源；
依据所述第一管理策略、所述第二管理策略或者所述第三管理策略，得到所述管理隔离策略。
6.根据权利要求3所述的方法，其特征在于，在依据所述预估交易量，生成所述用户的物理隔离策略之前，所述方法还包括：
依据所述预估交易量，确定所述用户的限流阈值，得到所述用户的限流策略；
在所述限流策略实施之后，统计所述用户的服务请求情况，并将所述服务请求情况反馈至所述用户。
7.根据权利要求1所述的方法，其特征在于，若所述资源申请信息符合所述预设规则，则依据所述资源申请信息，触发与所述用户签订资源契约的请求包括：
依据所述资源申请信息，确定所述用户和所述业务中台维护资源的任务，得到待确认的资源契约，并触发确认请求，其中，所述确认请求用于请求所述用户确认所述待确认的资源契约；
接收所述用户返回的确认信息，依据所述确认信息，得到所述资源契约，并触发与所述用户签订所述资源契约的请求。
8.根据权利要求1所述的方法，其特征在于，在接收用户在业务中台中提交的资源申请信息，并判断所述资源申请信息是否符合预设规则之前，所述方法还包括：
获取所述用户的企业信息；
从所述企业信息中得到所述用户的目标信息；
若所述目标信息与所述业务中台的用户准入配置相匹配，则接收所述用户在业务中台中提交的资源申请信息。
9.一种业务中台的数据处理装置，其特征在于，包括：
接收单元，用于接收用户在业务中台中提交的资源申请信息，并判断所述资源申请信息是否符合预设规则；
请求单元，用于若所述资源申请信息符合所述预设规则，则依据所述资源申请信息，触发与所述用户签订资源契约的请求；
确定单元，用于若检测到所述用户签订所述资源契约，则依据所述用户的预估交易量，确定所述用户对应的数据隔离策略；
部署单元，用于在所述业务中台中，依据所述数据隔离策略部署所述用户对应的生产资源，以通过所述生产资源为所述用户提供服务。
10.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至8中任意一项所述的业务中台的数据处理方法。
CN202310423826.8A 2023-04-19 2023-04-19 业务中台的数据处理方法、装置及电子设备 Pending CN116501493A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310423826.8A CN116501493A (zh) 2023-04-19 2023-04-19 业务中台的数据处理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310423826.8A CN116501493A (zh) 2023-04-19 2023-04-19 业务中台的数据处理方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN116501493A true CN116501493A (zh) 2023-07-28

Family

ID=87324040

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310423826.8A Pending CN116501493A (zh) 2023-04-19 2023-04-19 业务中台的数据处理方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN116501493A (zh)

Similar Documents

Publication Publication Date Title
CN109885382A (zh) 跨系统分布式事务处理方法和分布式事务处理的系统
CN111597033A (zh) 一种任务调度方法和装置
CN105243001A (zh) 业务对象的异常告警方法和装置
CN107454138A (zh) 业务降级的实现方法及装置
CN112991046A (zh) 电子资源的额度控制方法、装置、设备及存储介质
US10108473B2 (en) System and method for automatic error classification in integration systems
US8856376B1 (en) Stabilization tool for a high-capacity network infrastructure
US10893015B2 (en) Priority topic messaging
CN107169752B (zh) 一种资源转移方法及装置
CN107018158B (zh) 一种互联网资源的筛选方法及装置
CN116051106B (zh) 一种异常订单处理方法和装置
CN116501493A (zh) 业务中台的数据处理方法、装置及电子设备
CN110728580A (zh) 一种金融交易控制方法
CN105930216A (zh) 电子签名系统自动排配方法、系统及服务器
US20150074688A1 (en) Method and System for Automated Process Distribution
CN108960675A (zh) 自动派工方法、装置、计算机设备及存储介质
CN111866171B (zh) 报文处理方法、装置、电子设备和介质
CN115250276A (zh) 分布式系统及数据处理的方法和装置
CN110908810A (zh) 一种消息传输方法和装置
CN106095594A (zh) 一种资源处理的方法、装置及系统
CN111383087A (zh) 报表的访问方法、装置、存储介质及电子设备
CN110704545B (zh) 用于数据源供应商的数据调用方法及装置
CN111754332B (zh) 一种业务请求的处理方法、装置、存储介质及电子设备
CN114679495B (zh) 一种资源服务操作请求的调度编排方法和调度执行方法
CN114866538B (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