分布式金融架构课
任杰
eBay支付账务系统负责人,前蚂蚁金服架构师
立即订阅
1573 人已学习
课程目录
已更新 25 讲 / 共 30 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 如何成为金融级人才?
免费
金融业务与系统 (6讲)
01 | 业务初探:扫了二维码之后发生了什么?
02 | 原理解读:如何理解第三方支付的业务逻辑和系统组件?
03 | 产品大观:不同金融业务都有哪些技术实现要点?
04 | 领域驱动设计(上):如何设计金融软件顶层架构?
05 | 领域驱动设计(下):如何设计统一的金融业务模型?
答疑集锦(一) | 思考题解析与外汇架构知识拓展
系统正确性保障 (7讲)
06 | 计算输入的正确性:怎么选择正确时间的数据?
07 | 计算过程的正确性:如何设计正确的数据处理架构?
08 | 计算结果的正确性:怎么保证计算结果是正确的?
09 | 数据传输的质量:金融业务对数据传输有什么要求?
10 | 数据存储的合理性:金融业务可以不用关系型数据库吗?
11 | 系统优化:如何让金融系统运行得更快?
答疑集锦(二) | 思考题解析与账务系统优化
分布式正确性及高可用 (10讲)
12 | 正确性分级(上):单机无备份有哪几种不同的一致性?
13 | 正确性分级(中):多机无容灾有哪几种不同的一致性实现?
14 | 正确性分级(下):多机有容灾有哪几种不同的一致性?
15 | 分布式正确性的存在性(上):什么情况下不存在分布式共识算法?
16 | 分布式一致性(下):怎么理解最简单的分布式一致性算法?
17 | 正确性案例(上):如何实现分布式的事件溯源架构?
18 | 正确性案例(中):常见分布式数据方案的设计原理是什么?
19 | 正确性案例(下):如何在运行时进行数据系统的动态分库?
20 | 容灾(上)如何实现正确的跨机房实时容灾?
21 | 容灾(下):如何通过混沌工程提高系统稳定性?
春节策划 (1讲)
春节策划第1期 | 分布式金融系统知识,你掌握了多少?
分布式金融架构课
15
15
1.0x
00:00/00:00
登录|注册

春节策划第1期 | 分布式金融系统知识,你掌握了多少?

任杰 2021-02-12
你好,我是任杰。
今天是大年初一,首先祝你春节快乐,身体健康。专栏的正文部分已经结束,相信这几个月的时间,你已经学到了很多。为了让你过节期间能够轻松一些,同时也能巩固之前所学,这个春节假期,我一共为你安排了 3 期特别策划的内容。
今天是策划的第 1 期,我从之前学的课程里精选了一些知识点,给你出了这一套测试题,帮助你检验学习成果。客观题的答案和解析,你在测试后就能直接看到。主观题我暂时不公布答案,给你留下一定的思考时间。
第 2 期我会为你整理一份我的推荐书单。
第 3 期,我会公布主观题的参考答案。有必要的地方,我也会说明对应前面课程的哪一节课,方便你查漏补缺,根据需要去复习巩固相关内容。
好了,那今天我们就先牛刀小试,通过测试题来练练手吧!
首先我给你出了 10 道客观题,5 道多选,5 道单选,你可以点击文稿中的答题按钮进入测试。
完成客观题之后,这里还有两道主观题在等着你。金融系统的特点是要求高,所以当你学会了如何解决金融行业的问题之后,其他行业的问题也就是手到擒来的事了。所谓它山之石可以攻玉,我们来看一看下面这两道其他行业的经典问题。

春运卖票

除了支付以外,技术圈还有一个广为人知的高难度系统是卖火车票。你可以从 2020 年初的这个新闻片段感受以下技术挑战的难度:
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《分布式金融架构课》,如需阅读全部文章,
请订阅文章所属专栏
立即订阅
登录 后留言

精选留言(1)

  • 小动物
    春运卖票

    首先,先聊操作类的行为,主要就是购票。
    对于购票人而言,关心的是购票结果,对花费的时间有一定的容忍度。
    当用户发起下单,那说明一定选择了某辆车。那么就是购票人对某两车的票进行操作。在保证正确性的情况下,第一反应就是队列,所有对同一辆车的购票行为丢进同一个队列中,顺序处理。同一班车虽然因为不同岂止站导致车票组合情况很多,但实际票的数量固定,且数量级并不大。若真的因为购票人数多,排队过长,也问题不大,因为票很容易就卖完。后续的人不需要处理了。
    从这个方案出发,服务器可以按车次来配置路由,保证热门线路。

    对于查询。在没有查询换乘方案时,查询结果的数量并不多。且查询时应该可以接受一定的错误,毕竟查询和实际下单有时间差,票数量差个几张问题不大。那可以做一定的缓存保证查询。


    王者荣耀

    玩家每一个操作可以看成一个命令。后端可以按事件溯源架构来设计。在断线恢复后,将断线期间的事件同步至本地,恢复玩家状态即可。
    2021-02-12
收起评论
1
返回
顶部