下一代规划阿里交易型技术架构研究学习教案.pptx

提纲(tígāng)
阿里应用(yìngyòng)架构
1
阿里技术(jìshù)架构
2
阿里运行模型
3
阿里部署架构
4
阿里大数据平台架构
5
阿里系统研究给思特奇系统架构
6
第1页/共62页
第一页，base/TFS）
搜索(sōu suǒ)
消息中间件
服务框架
CDN
数据层
DB
数据层
并行计算平台（hadoop）
DB
DB(S)
DB(S)
监控(hub+csp)
运维平台(部署、发布、监控、管理)
第14页/共62页
第十四页，共63页。
CSP业务(yèwù)架构
第15页/共62页
第十五页，共63页。
后台为何需要(xūyào)容器pandora
Java的运行时容器(Java Container和Web Server)
主要为用户提供了软件(ruǎn jiàn)库版本隔离和依赖升级推送的功能。就像是这家工厂的厂房，每个车间都要配备自己最趁手的工具，不同车间的工具如果相互共享使用，很容易出现螺丝找不到螺母的时候，从而造成生产停滞，因此，每个车间都应该有他们自己所需要的专用工具，并且要保证工具永远维持在最趁手的状态，才能让我们的工厂发挥出最理想的效能。
第16页/共62页
第十六页，共63页。
提纲(tígāng)
阿里应用(yìngyòng)架构
1
阿里技术(jìshù)架构
2
阿里运行模型/数据架构
3
阿里部署架构
4
阿里大数据平台架构
5
阿里系统研究给思特奇系统架构
6
第17页/共62页
第十七页，共63页。
第18页/共62页
第十八页，共63页。
MySQL数据库的TMHA
第19页/共62页
第十九页，共63页。
MySQL回滚和重放工具(gōngjù)
第20页/共62页
第二十页，共63页。
MySQL并行复制工具(gōngjù)
第21页/共62页
第二十一页，共63页。
MySQL其他(qítā)工具集
第22页/共62页
第二十二页，共63页。
提纲(tígāng)
阿里应用(yìngyòng)架构
1
阿里技术(jìshù)架构
2
阿里运行模型
3
阿里部署架构
4
阿里大数据平台架构
5
阿里系统研究给思特奇系统架构
6
第23页/共62页
第二十三页，共63页。
系统(xìtǒng)稳定性第一印象
24
监控
简化系统依赖
增强代码容错(rónɡ cuò)能力
增加弱依赖开关
增加强依赖的流控
第24页/共62页
第二十四页，共63页。
25
用户(yònghù)流量固定机房
2
1
3
同城机房(jī fánɡ)容灾
异地机房(jī fánɡ)容灾
A为前台应用，强依赖B
B和C为服务应用
ABC和DB都为集群
主DB提供两个(liǎnɡ ɡè)机房读写
4
5
备库不对外服务
提供只读服务
第25页/共62页
第二十五页，共63页。
机房(jī fánɡ)2故障
26
切DNS流量(liúliàng)
第26页/共62页
第二十六页，共63页。
机房(jī fánɡ)1故障
27
切DNS流量(liúliàng)
切DB
第27页/共62页
第二十七页，共63页。
机房(jī fánɡ)1恢复
28
第28页/共62页
第二十八页，共63页。
机房(jī fánɡ)3故障
29
切DNS流量(liúliàng)
第29页/共62页
第二十九页，共63页。
主站整个城市(chéngshì)故障
30
第30页/共62页
第三十页，共63页。
主站机房(jī fánɡ)之间断网
31
？
1、同城多路光纤保证(bǎozhèng)
2、切流量
第31页/共62页
第三十一页，共63页。
主站机房(jī fánɡ)1的B集群系统故障
32
A对B的调用自动切换(qiē huàn)到机房2
第32页/共62页
第三十二页，共63页。
33
所有机房的B系统(xìtǒng)都发生故障
第33页/共62页
第三十三页，共63页。
所有(suǒyǒu)机房的B系统故障
34
如果B系统是核心业务必经路径(lùjìng)
等待修复吧
如果是发布引起的
则立即回滚上一个版本
第34页/共62页
第三十四页，共63页。
主站机房(jī fánɡ)1的C集群系统故障
35
C的调用(diàoyòng)自动切换到机房2
第35页/共62页
第三十五