容器云针对传统计费系统的数据库系统如何进行替代?

容器云针对传统计费系统的数据库系统如何进行替代?

参与8

3同行回答

eximbankeximbank  系统架构师 , 某金融企业
1,技术上是完全可以支撑这种替换,但是更多需要是考虑业务计费系统运行要求,是否满足当下监管的规范和安全体系;2,传统计费系统架构重塑、梳理、分拆,将传统的大而全的紧耦合数据集交付,梳理分拆成适合微服务化的松耦合分布式数据交付;3,数据库服务与计费系统逻辑处理服务的松耦合,...显示全部

1,技术上是完全可以支撑这种替换,但是更多需要是考虑业务计费系统运行要求,是否满足当下监管的规范和安全体系;
2,传统计费系统架构重塑、梳理、分拆,将传统的大而全的紧耦合数据集交付,梳理分拆成适合微服务化的松耦合分布式数据交付;
3,数据库服务与计费系统逻辑处理服务的松耦合,并且由原来同步交互数据集转变到异步交换同步数据集,也就是有集中统一交付变成送耦合分布式交付,只要确保每一个为服务负责的数据正确,数据链路不中断即可;
4,数据库本身是为业务应用所用,数据库本身被替换并不是存在技术瓶颈,真正的瓶颈是业务-应用系统的要求;尤其很多计费系统不管是业务本身属性有要求,对于监管机构也有要求,这些因素往往是改造和升级的瓶颈,所以梳理和分析这些因素是极其重要的步骤,而且是不够可逾越的步骤。

收起
保险 · 2019-12-24
浏览2535
朱祥磊朱祥磊  系统架构师 , 某移动公司
计费系统数据库数据量巨大、频繁增改,属于IO密集型,并不建议容器化,但对计费应用来说是可以容器化的。可以考虑内存库替代传统数据库。显示全部

计费系统数据库数据量巨大、频繁增改,属于IO密集型,并不建议容器化,但对计费应用来说是可以容器化的。可以考虑内存库替代传统数据库。

收起
电信运营商 · 2019-12-26
浏览2319
1. 在电信支撑的BOSS系统中,计费系统数据库储存着高达几千万的用户数据,海量话单(每天高达几十亿)、帐单帐务数据,因此,是传统BOSS中技术难度最高的,也往往采用了一些例如分库分表的方法来给数据库减量。在BOSS现代化改造中,这一块的改造建议放到最后去做。2. 但是,某些数据,比如...显示全部

1. 在电信支撑的BOSS系统中,计费系统数据库储存着高达几千万的用户数据,海量话单(每天高达几十亿)、帐单帐务数据,因此,是传统BOSS中技术难度最高的,也往往采用了一些例如分库分表的方法来给数据库减量。在BOSS现代化改造中,这一块的改造建议放到最后去做。
2. 但是,某些数据,比如用户数据,包括用户订购产品数据是可以在微服务改造过程随着它们所对应的微服务(比如客户微服务)可以拆出去的。由于拆出去的客户数据库的数据表相对来说比较少(客户相关信息),数据记录相对于话单来说也说的多,对数据库的要求比原来明显降低,替代难度就相对来说不是很高了,可选的数据库的面也比较大啊(当然这个也要考虑IOPS, 查询和更新效率等)。

收起
软件开发 · 2019-12-26
浏览2518

提问者

liuziyi0123
系统工程师中移系统集成有限公司
擅长领域: 服务器系统管理存储

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2019-12-24
  • 关注会员:4 人
  • 问题浏览:4943
  • 最近回答:2019-12-26
  • X社区推广