1,技术上是完全可以支撑这种替换,但是更多需要是考虑业务计费系统运行要求,是否满足当下监管的规范和安全体系;
2,传统计费系统架构重塑、梳理、分拆,将传统的大而全的紧耦合数据集交付,梳理分拆成适合微服务化的松耦合分布式数据交付;
3,数据库服务与计费系统逻辑处理服务的松耦合,并且由原来同步交互数据集转变到异步交换同步数据集,也就是有集中统一交付变成送耦合分布式交付,只要确保每一个为服务负责的数据正确,数据链路不中断即可;
4,数据库本身是为业务应用所用,数据库本身被替换并不是存在技术瓶颈,真正的瓶颈是业务-应用系统的要求;尤其很多计费系统不管是业务本身属性有要求,对于监管机构也有要求,这些因素往往是改造和升级的瓶颈,所以梳理和分析这些因素是极其重要的步骤,而且是不够可逾越的步骤。
1. 在电信支撑的BOSS系统中,计费系统数据库储存着高达几千万的用户数据,海量话单(每天高达几十亿)、帐单帐务数据,因此,是传统BOSS中技术难度最高的,也往往采用了一些例如分库分表的方法来给数据库减量。在BOSS现代化改造中,这一块的改造建议放到最后去做。
2. 但是,某些数据,比如用户数据,包括用户订购产品数据是可以在微服务改造过程随着它们所对应的微服务(比如客户微服务)可以拆出去的。由于拆出去的客户数据库的数据表相对来说比较少(客户相关信息),数据记录相对于话单来说也说的多,对数据库的要求比原来明显降低,替代难度就相对来说不是很高了,可选的数据库的面也比较大啊(当然这个也要考虑IOPS, 查询和更新效率等)。