分布式架构设计
文章平均质量分 92
在路上2017
曾先后在互联网金融、支付公司、阿里巴巴、滴滴担任技术专家角色,擅长分布式、高并发、海量数据、支付资金相关的架构
展开
-
服务端高并发分布式架构演进之路
本文以淘宝作为例子,介绍从一百个到千万级并发情况下服务端的架构的演进过程,同时列举出每个演进阶段会遇到的相关技术,让大家对架构的演进有一个整体的认知,文章最后汇总了一些架构设计的原则。特别说明:本文以淘宝为例仅仅是为了便于说明演进过程可能遇到的问题,并非是淘宝真正的技术演进路径架构的调整是否必须按照上述演变路径进行?不是的,以上所说的架构演变顺序只是针对某个侧面进行单独的改进,在实际场景中,可能同一时间会有几个问题需要解决,或者可能先达到瓶颈的是另外的方面,这时候就应该按照实际问题实际解决。转载 2022-11-27 11:26:01 · 497 阅读 · 0 评论 -
分布式幂等性的相关问题
一般收银台下单和支付的场景下,需要关注幂等性问题。 (重复点击或者网络重发,因为HTTP或者Dubbo都会有超时机制) 不能出现多扣款,多打款等问题 1. 前端重复提交选中的数据,应该后台只产生对应这个数据的一个反应结果。 2. 我们发起一笔付款请求,应该只扣用户账户一次钱,当遇到网络重发或系统bug重发,也应该只扣一次钱; 3. 发送消息,也应该只发一次,同样的短信发给用户,用户会哭...原创 2017-09-05 23:48:56 · 488 阅读 · 1 评论 -
分布式事务处理方式要点
,柔性事物,二阶段2PC型,补偿型,异步确保型,最大努力通知型。 2PC适合场景:客户账,收费 异步确保型:会计性,资金订单,通知数据。 核心交易数据分库并分表,消费记录数据分库分表,商户交易数据分库分表。 保持多个维度的数据集群可以使用MQ异步同步,MQ异步也会导致数据不一致,则引入实时监控服务,实时计算2个维度集群差异,作一致性同步。 2,事务型MQ,在本地逻辑处理前发送MQ,本地逻...原创 2019-08-24 16:10:56 · 232 阅读 · 0 评论 -
系统分布式情况下最终一致性方案梳理 转
前言 目前的应用系统,不管是企业级应用还是互联网应用,最终数据的一致性是每个应用系统都要面临的问题,随着分布式的逐渐普及,数据一致性更加艰难,但是也很难有银弹的解决方案,也并不是引入特定的中间件或者特定的开源框架能够解决的,更多的还是看业务场景,根据场景来给出解决方案。根据笔者最近几年的了解,总结了几个点,更多的应用系统在编码的时候,更加关注数据的一致性,这样系统才是健壮的。 基础理论相关...原创 2019-08-24 16:13:35 · 124 阅读 · 0 评论