在金融支付系统中,由于人为操作不当或者系统逻辑错误导致的资金亏损,这都属于资金损失。我就曾经遇到的一个真实案例,支付系统因为对并发场景处理不当,导致重复付款 1000 多万,有人可能会说损失可以通过法律途径追讨回来,但真实情况是这 1000 多万用户太分散,企业追回的成本太高。那从程序员角度看,有哪些技术问题会导致程序逻辑错误进而产生资金损失呢?我们又应该如何避免?
冯忠旗,目前是京东数科高级架构师,2015-2018 在宜信支付与结算中心担任支付结算平台技术负责人,2010-2014 在 IBM CDL 中国研发中心担任 ITAAS 私有云 RingCloud 技术团队研发负责人。对支付、账户产品以及基于支付和账户的消金和供应链金融产品有丰富的项目经验,曾帮助多家互联网银行搭建技术平台,同时主导聚合付钱拉技术平台的产品研发工作。
技术方面,个人比较关注高并发、高可用的架构设计,对分布式系统建设过程中的业务拆分、分库分表、消息队列、性能调优等方面有深入研究和实战经验,热衷于技术研究和分享,曾经在极客邦 InfoQ 全球开发者大会被邀请作为讲师分享技术产品经验。
作者回复: 谢谢,好建议,可以考虑。
作者回复: 不确定的一定要采取保守策略,不可以直接设置终态
作者回复: 目前时间比较紧张,后面一定考虑🙏
作者回复: 谢谢支持,后期会筹备
作者回复: 谢谢,后面会考虑,当前时间比较紧张
作者回复: 有限状态机是一种描述的方法,方便理解,本质是数据库乐观锁加白名单机制。
作者回复: 由于工作时间原因,课程目前还在探索阶段,尽量提前考虑,谢谢
作者回复: 暂时没有,目前还在每日一课这块,后续会打磨
作者回复: 谢谢,都是日常实践
作者回复: 👍
作者回复: 工作太忙,会考虑😃
作者回复: 哈哈 都是常见坑
作者回复: 我之前的每日一课,如何设计监控系统中,有对最小监控系统mvp的范围和优先级说明,如果能做到,基本多数监控场景就覆盖到了