某金服银行存管分布式架构设计

本文详细介绍了某金服银行存管的分布式架构设计,包括业务订单与存管订单表设计、日志记录、密钥管理、外部API接口、数据一致性保证、幂等接口设计、定时对账与业务补偿、以及外部接口监控。从单体架构到SOA,再到微服务的演进过程被探讨,分析了分布式系统的优缺点,并阐述了微服务的特点、优点及挑战。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1架构总览

此架构支撑的业务是  一天10G的日志处理,100个左右的QPS

##业务流

业务订单表设计

CREATE TABLE `biz_order` (
  `tid` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `biz_id` varchar(100) NOT NULL DEFAULT '' COMMENT '业务订单编号',
  `type_no` varchar(50) NOT NULL COMMENT '业务类型',
  `user_id` bigint(20) NOT NULL COMMENT '用户userId',
  `object_id` int(11) NOT NULL COMMENT '业务对象ID',
  `request_status` tinyint(4) DEFAULT NULL COMMENT '存管通状态1.待发起指令 2.发起指令 3.委托成
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

有恒则成

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值