[发明专利]一种业务数据的处理方法、装置及系统

说明书

本申请实施例公开了一种业务数据的处理方法、装置及系统。所述方法包括：基于接收到的业务的处理请求向旧业务逻辑和设置的新业务逻辑发送资源准备请求；在接收到所述旧业务逻辑和新业务逻辑返回的所述处理资源准备成功的第一消息和第二消息后向所述旧业务逻辑和新业务逻辑发送所述业务的提交请求；在接收到所述旧业务逻辑和新业务逻辑返回的所述业务提交成功的第三消息和第四消息后，确认所述业务提交成功。利用本申请各个实施例，可以在对业务系统进行改造的过程中，确保业务系统的业务数据高可用，使消费数据的报表、文件生成等第三方系统业务持续可用，提高业务系统的可靠性，降低改造风险、难度和实施成本。

技术领域

本申请属于计算机数据处理技术领域，尤其涉及一种业务数据的处理方法、装置及系统。

背景技术

随着互联网和计算机技术的迅速发展，目前许多企业的业务系统部署向分布式系统发展，以应对日益增长的业务需求。

随着业务的不断发展，需要业务系统，尤其是大规模分布式系统的生命周期中总会伴随升级和改造，以应对业务快速发展给系统带来的处理压力。而系统产生的业务数据除自身外通常同时被其他如报表系统、文件生成等第三方系统使用。如图1和图2所示，图1是现有中一种业务系统的内部结构示意图，该业务系统包括提供对外服务接口模块、内部业务逻辑实现模块和数据存储模块，业务系统可以通过数据存储模块与数据库交互，写入业务数据或者读取业务数据。图2是现有中一种业务系统业务数据的生成与消费的示意图，图2中，业务系统获取或产生的新的业务数据和写入数据库中，同时其他消费业务数据的应用可以从数据库中读取业务数据进行处理，如生成报表、页面展示等。

而业务系统的改造升级常常包括内部业务逻辑的变更或者数据存储结构/方式的变更，如图3所示，图3是现有中一种业务系统的业务逻辑和数据存储改造的结构变更示意图。如图3中改造后系统结构部分所示，该业务系统改造的结果为分别使用新的业务逻辑实现模块、新的数据存储模块、新的数据库去替换系统原有各模块。新旧模块内业务数据格式及存储方式均不同，由于对外服务接口模块提供的对外的服务接口没有变，故业务系统服务的消费者并不感知系统的内部改造。但对于每一个运行着旧版本系统的服务器而言均会面临着将业务系统从旧逻辑旧存储切换到新逻辑新存储的过程，由于切换后业务数据已经不再写入图3中所示类型A关系数据库，往往会导致改造过程中使用新业务系统的数据消费应用无法继续从原有的数据库中读取业务数据，或者使用旧业务系统的消费应用也无法读取新的数据库中业务数据，使得改造升级过程中业务系统的可靠性和业务数据的可用性降低，甚至会导致消费业务数据的报表，文件生成等第三方系统无法正常进行业务操作。

现有的一些方案中可以采用暂停业务系统服务，等改造升级完成后再开放服务，以保障业务系统的改造升级，但这样会导致第三方系统的业务无法持续可用。其他一些方案中也可以采用可以设置在系统进行内部逻辑和存储方案改造时，安排报表、文件生成等其他数据消费系统同时进行配合改造和上线，但多方系统的同时改造其实施成本和协调难度较大，风险较高，经济性也较差。例如系统A改造过程中，外部其它依赖系统A数据的应用B、C、D因为A的改动，被迫需要同时修改，改造范围大引起风险范围变大，会出现A改造成功但外围B、C、D改造出现故障，导致产品不可用的风险。因此，在对业务系统进行内部逻辑和存储方式的改造过程中，如何确保系统发布的中间状态、以及系统异常回滚状态下数据高可用，使消费数据的报表、文件生成等第三方系统业务持续可用成为目前许多企业用户迫切需要解决的问题。

发明内容

本申请目的在于提供一种业务数据的处理方法、装置及系统，可以在对业务系统进行改造的过程中，确保业务系统的业务数据高可用，使消费数据的报表、文件生成等第三方系统业务持续可用，提高业务系统的可靠性，降低改造风险、难度和实施成本。

本申请提供的一种业务数据的处理方法、装置及系统是这样实现的：

一种业务数据的处理方法，所述方法包括：