阿里电商架构演变之路(二)

前言
随着问题的暴露,阿里技术官们还能勉强处理,但是双十一人流量的暴增,对于应用的要求也是越来越高,阿里一直在酝酿这一场技术革命。
1 应用拆分
1.1 系统专业化分工
千岛湖项目,交易中心(TC),类目属性中心(Forest)
五彩石项目,店铺中心(SC),商品中心(IC),评价中心(RC)
新组织结构支持
1.1 服务中心团队
用户中心(UIC),第一个业务中心于2008年上线
中间件团队
垂直产品团队
2 分布式构架
2.1 HSF
两个应用系统(集群)之间远程调用
如同本地接口方法调用,远程调用对应用透明
2.2 Pandora
隔离中间件之间、中间件和应用之间对包的依赖
提供中间件生命周期管理
2.3 数据
60000个+生产节点使用HSF和Pandora
每天1000亿次的请求

3 数据库拆分
3.1 垂直拆分
大规模按业务拆分
商品中心 用户中心 逐步换MySQL
3.2 水平拆分
数据按固定规则sharding到不同节点
3.3 读写分离
默认有主备做容灾

4 分布式数据库
4.1 TDDL(CORONA)
数据库水平拆分
读写分离
分布式强一致
4.2 精卫/愚公
数据库1对多分发和同步
关系型数据库平滑扩容
4.3 数据
生产70000+节点使用TDDL
每天1000亿+数据库调用通过TDDL
每天100亿+增量数据通过精卫进行分发
精卫同步(交易买卖家)
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值