承载千万级并发分布式架构的设计思想

天猫双十一当日成交额2135忆

服务器的压力有多大?

背后离不开技术的升级,支撑

 

传统架构的设计

承载千万级并发分布式架构的设计思想_第1张图片

四层高可用架构

承载千万级并发分布式架构的设计思想_第2张图片

 

分布式架构的设计

承载千万级并发分布式架构的设计思想_第3张图片

传统业务层的—接口的调用

承载千万级并发分布式架构的设计思想_第4张图片

业务层——架构设计原则

承载千万级并发分布式架构的设计思想_第5张图片

DIP原则接口的调用

承载千万级并发分布式架构的设计思想_第6张图片

业务层—服务的分类

承载千万级并发分布式架构的设计思想_第7张图片

业务层—服务等级协定(SLA)

承载千万级并发分布式架构的设计思想_第8张图片

业务层—服务化&服务治理(Dubbo 这里有个时间点需要注意2014年只有dubbo

承载千万级并发分布式架构的设计思想_第9张图片

业务层—调用链的追踪

承载千万级并发分布式架构的设计思想_第10张图片

存储层—自研ORM框架

承载千万级并发分布式架构的设计思想_第11张图片

存储层—慢查询的处理(怎么定义慢查询?程序的相应时间>200ms

承载千万级并发分布式架构的设计思想_第12张图片

存储层—扩容方案及数据热点问题(数据迁移:在表结构不变情况,迁移只需要记住一个时间点

数据扩容:ID字符串,集群可配(节点数是已知的);

把ID hash(ID) 十进制的数字 % 分布式的节点数=余数)

承载千万级并发分布式架构的设计思想_第13张图片

基础服务层—服务化

承载千万级并发分布式架构的设计思想_第14张图片

升级到分布式架构后的效果

1.DID,KISS,DIP,CAP,SMART原则

2.运维参数参与设计 可监控 可治理 可转移

3.柔性设计 轻依赖 可控制 可扩展

4.约定优于配置

Oracle转移到MySQL.采用的方案,原有的基础上表结构尽量保持不变在原有的基础上增加一些冗余字段,等系统稳定以后,再把冗余字段去掉

增加分库分表的规则

 

 

 

 

你可能感兴趣的:(分布式,java进阶之分布式)