一种基于运营商支付账户体系的客户在线迁移方法与流程

1.本发明涉及业务迁移领域，特别涉及高并发亿级数据场景下的非停机客户迁移、迁移时新老链路并行、迁移切换。


背景技术：

2.随着it业务系统多年的发展，逐年增加的客户以及不断迭代的业务数据，如今的系统早已不堪重负，急需进行新老系统的数据更替，以适应日新月异的市场变化。
3.1.数据迁移这一名词应运而生
4.数据迁移是随着系统的建设伴随提出的，它是一个业务系统上线，升级以及迁移过程中的重要组成部分。由于业务系统迁移涉及范围广，风险大，传统的迁移方法常常是采用业务完全终止的方式来完成系统迁移，对于业务系统的可用性带来了巨大的影响。尤其现在的业务在线时间要求都很高，这种长时间中断业务的迁移方法已完全不适用现状。
5.2.传统迁移的几个缺点：
6.(1)高并发场景下，需要停机，业务长时间中断；
7.(2)迁移后的数据难以精准校验，缺少对比手段；
8.(3)迁移失败后，回滚能力匮乏。
9.因为传统业务迁移有着如此大的缺点，导致业务迁移成为客户的一大维护问题，尤其是一些海量数据的业务系统，往往会因为无法忍受长时间停机，导致的业务损失，从而被迫终止业务系统的迁移和应用软件升级，严重影响了新业务上线和持续的流程改善。


技术实现要素：

10.本发明要解决的技术问题是克服现有技术的缺陷，提供一种基于运营商支付账户体系的客户在线迁移方法，解决运营商支付账户在交易高并发情况下的非停机迁移；解决运营商支付账户在数据迁移后迁移后数据自主修复能力；解决了运营商支付账户的数据扩展问题，函数库实现了实时调用内外部接口的能力、以及函数线上实时获取客户准确数据的能力。
11.本发明提供了如下的技术方案：
12.本发明提供一种基于运营商支付账户体系的客户在线迁移方法，包括以下步骤：
13.一、新老客户链路并行，迁移中存量与增量数据接入：
14.新链路接入，老链路并行运作，由于全程使用新表异步入库、数据表为新表；入出现数据问题需要回退，可对新表进行清空处理,客户全量数据可从客户历史库实时在线抓取(历史库：可以是大数据平台、也可以根据老客户表映射)；
15.二、迁移后如何提高原有系统的性能及数据自主修复：
16.主要体现在客户数据更新/查询中：
17.(1)客户数据优先redis中获取，根据客户唯一标识；
18.(2)取不到,取新客户表(活跃客户表)；
19.(3)取不到,取新客户表(非活跃客户表)；
20.(4)取不到,取老客户表(也就是迁移前的老客户表)；
21.(5)客户体系(客户中心)客户核心数据补全数据；
22.(6)客户数据存入redis；
23.三、迁移后数据使用函数库进行自主修复能力：
24.定义数据修复函数库，函数库实现了实时调用内外部接口的能力、以及利用函数库在线实时获取客户准确数据的能力；有效的解决了错误数据的即时修复问题；
25.(1)函数库是一个嵌套的链式函数库，用于进行复杂的连续性迭代、函数库的链式流程是可配置化的，经有程序员开发成标准化配置平台，交由专家配置；
26.(2)函数库拥有的计算力如：客户交易当日交易金求和、客户交易当日交易金累计数、同一客户下当日累计金额、同一客户最近1000笔交易对手账户、最大交易、最小交易、同一客户一天内交易的标准差等；
27.(3)函数库可以调用外部接口，在实时计算中调用大数据指标接口,提升数据监控维度，在需要校对时的征信接口、银行接口，如用户亲属关系、用户交易网络等；
28.(4)整合函数，用于多接口调用后的二次计算，集成策略；
29.(5)脚本函数、一种用于线上动态编辑的函数，可以支持实时变更函数逻辑；
30.经过以上几步，可以在更新获取客户数据时与每次查库相比，查询接口的耗时得到了提升，数据的准确性更高，更能适应迁移后的不稳定性，且每次都能够实时修正客户核心字段。
31.与现有技术相比，本发明的有益效果如下：
32.(1)迁移期间无需关停系统，高并发场景下的系统迁移；
33.(2)迁移后的客户查询接口，单次耗时毫秒级；
34.(3)迁移后的客户核心数据使用函数库实现自修复能力。
附图说明
35.附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
36.图1是本发明的迁移流程图；
37.图2是本发明的迁移中存量与增量数据接入流程图；
38.图3是本发明的迁移后客户对外查询接口流程图；
39.图4是本发明的函数库实现客户核心数据补全数据示意图。
具体实施方式
40.以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。其中附图中相同的标号全部指的是相同的部件。
41.实施例1
42.如图1-4，本发明提供一种基于运营商支付账户体系的客户在线迁移方法，本发明在客户迁移场景中实施，例如：
43.s1迁移中新老客户链路并行
44.创建新客户体系独立链路，与老链路并行，基于客户活跃性、业务场景划分:1.客户基础属性活跃表；2.客户基础属性非活跃表；3.客户销户表；4.客户首次属性表；5.客户最近登录属性表6.客户指标属性表7.客户历史卡属性表
45.s2迁移中存量与增量数据接入
46.1.客户新老数据并行入库功能上线；
47.2.新表数据准确性校验；
48.3.清空新客户表；
49.4.创建临时表；
50.5.创建全量表；
51.6.全量表导入全量数据(客户实时数据,字段一一映射)；
52.7.全量表创建索引；
53.8.改表名新客户表＝＝》临时表1；临时表＝＝》新客户表：
54.此时新客户表:增量数据；
55.此时全量表:全量数据；
56.此时临时表1:迁移时增量数据；
57.9.临时表1导入迁移时增量数据到全量表：
58.此时新客户表:增量数据；
59.此时全量表:全量数据 迁移时增量数据；
60.10.改表名新客户表＝＝》全量表1；全量表＝＝》新客户表：
61.此时新客户表:全量数据 迁移时增量数据；
62.此时全量表1:增量数据；
63.11.启动更新小程序,按照更新逻辑选择性更新增量数据到客户表：
64.全量表1导入增量数据到新客户表；
65.此时新客户表:全量数据 迁移时增量数据 增量数据；
66.12.删除全量表1临时表1；
67.s3配置函数库进行数据自主修复；
68.函数库配置函数：
69.配置客户交易当日交易金求和；
70.配置客户交易当日交易金累计数；
71.配置同一客户下当日累计金额；
72.配置同一客户最近1000笔交易对手账户；
73.配置最大交易；
74.配置最小交易；
75.配置同一客户一天内交易的标准差；
76.配置征信接口修复征信数据；
77.修复银行接口函数；
78.配置用户亲属关系；
79.配置用户交易网络函数；
80.配置脚本函数用于额外定制数据的扩容问题；
81.建立整合函数打包多个子函数，用于统一的数据修复调用；
82.迁移中启用函数库进行一次性修复数据；
83.s4新老客户接口切换：
84.修改程序调用链系统重新上线或者使用缓存开关(内存级)，实现新老链路的入库切换、以及关闭老链路；
85.迁移后对外提供的数据查询接口进行实时数据修复。
86.最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。