阿里电商架构演变之路_第1页
阿里电商架构演变之路_第2页
阿里电商架构演变之路_第3页
阿里电商架构演变之路_第4页
阿里电商架构演变之路_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、阿里电商架构演变之路6s白鸽学吧tSSi白鸽学吧第一部分技术架构演进刖百阿里应该是Java大户,之前对于阿里的技术并不是很熟悉,后来接触的多了,才觉得阿里电商领域 做得有多大,背后的技术支撑也是令人眼花缭乱,既然做互联网之路,那么阿里的电商技术模式就是 绕不开的,面苏宁时,面试官也说,阿里现在走的路是我们以后的必经之路,不得不说,阿里在这条 技术之路走得有多远。.阿工业务全貌国畀的朝昭子京第一一和中欣成.第 幻Ml 幅db%施师nur、FmiEjn;* V 如皿*Ovyw.驰晨附-rhEfrftay.ViMM*ind, 0w07 ComTMrtWtPOt f 方军文- LjrfLJDA KaM

2、tl flNtwlEKk ttfi! -SrMfKtiJrt . TangoO0X)EMH-A N4A. ttth,祖布:.电配 栉号.9ISWs T7A, A/&. *独襄.任工愧一,窿, 叱2 吟 小班暮而周口 51F瞪,冷F鹏不旺 * T 曲 .“中个C电子岛舞自现金9: f iF.t = 町T;K;L-2 rr-FFB2K 1-Hii.i coni. ;-U(- ib . ftikodv.捕女金 m 整,拴喇:;乔*禅量fUtArthu, /;R. ttANItt. 打炉方长,包厘什坪内.时PUHJt-W.Mt*七,力,“MT 料前m KM TM M.箕崎n“. StapM.才 畲if

3、昔鼻过堂惭充.珂,豚,品文*, 陌ME投程而:睡、向上工瓷箱.霜E电育苗r -w 仲,在国Ty jt升国“配&口MM.WSMfHWWi.AfKinAM洞!!.凄.的宜岁if.璋局也.岳仃宿,ML usc.wr修的,用工也当事伸“父c塞静fl Hi HciWjniws以二笨.酬宝用折片功 ZWI.MBMLMSHL mtn号bi* 典&金鼻|,阳*右(0鹏布;协in值 ttlMw.Cii*/1 亡 wv c* 步工甲餐. WE 多# 京壹小- 3M. .*粒离AlittSiJttf KH 期th,xm日科布岛.vAkC h%-03x,百/心产居力事.夫酱x* 由桁:onnM:HVM图名*;UCMK

4、n KTpiJvBnM*. :7TWaW*l:O餐rrflnitfl;KTWff. KQI4 停国一HlffKfl:讨玉中心71班庭押住H更:fniW, XBB*MB BWMHG密胃处MT/E E拄茜布iM,hubh ff r+mh H看用才.E *, M- F用/,企舞/技承写M5批更汽车交通a,如*l海左温何,:tjaa一mmi二出国吃力.即Hr出 TttKM;ran. mr, twi. n. nwwn? 3贺*的卜启nMi.u- * e七广*寸*左耳杓,*笈位送.w总#三号 L. f .阿里技术大图1鸽学吧埠掘算工产鼬或他却置Egii大衣斑君力一技于jl-一计a1.3中间件技术大图*白鸽

5、学吧阿里巴巴业努蚂期企艇ft中间件&稳定性平台箍式计篝JStorm分花式存器Histore分布式覆存支撵负嘏均衡应H!容耦Pandora分布式植路限筹&基础敷相TFSEagie/eTLQG分布式服费TengirreTXC教心鼓&配中心GonfigServerDiamond%pSw 即Zookeepor稳定性平台立强审计 强弱依博全盘题压测线上再利故*演嫉1 L根度降皴纥上升芟企夔期互联网架梅MQDRDSCSB技术架构演进史? 1.0 2.0 时代? LAMP向单体Java应用演进(性能)? 2.0 3.0 时代?单体应用向大型分布式架构演进(效率)? 3.0 4.0 时代自霹吧Read4釐制g

6、 2 .制M/SQl史螃信号:囿用?单IDC架构向多IDC架构演进(容量、稳定)早期的淘宝一基于LAMP的1.0架构发展中的淘宝一基本Java的2.0架构加喉曲如产然信号:FR力崖加了建索“万以帙底Q Will流量带来的烦恼?胆盘背景鲁淘宝击败ebay (免费、支付宝、旺旺)盘网上购物萌芽,现象,网站流量上升,服务器压力大 牙数据库load飙涨衣技术原因总淘宝流量大部分为图片、交易快照等小文件占据 安数据请求大部分落到数据库新的架构4呜学吧开发维护成本高后期网站越做越大,对于网站的维护要求也越来越高、技术团队规模500人左右,维护变得越来越复杂单一 War应用,应用包一直增长,更新业务特性越来

7、越慢;数据逐步形成多个孤岛,无法拉通。基于传统应用开发架构,业务爆发,弹性不足,单点故障影响巨大。数据库问题突出双十一带来的段时间内流量暴增,对于服务器来说就是一场考验,太多的机器都需要连接数据库,然而连接池的资源是非常有限的,无法满足于应用的机器增长,对于数据库的维护需要24小时值守,一旦宕机就需要人工重新启动。面对新的问题,阿里开始了构架的第三场革命,应用拆分-3.0构架第二部分:分布式架构前言 随着问题的暴露,阿里技术官们还能勉强处理,但是双十一人流量的暴增,对于应用的要求也是越来越高,阿里一直在酝酿这一场技术革命。1应用拆分中间件 团队1.1系统专业化分工千岛湖项目,交易中心(TC),

8、类目属性中心(Forest)五彩石项目,店铺中心(SC),商品中心(IC),评价中心(RC) 新组织结构支持1.1服务中心团队用户中心(UIC),第一个业务中心于 2008年上线中间件团队 垂直产品团队*4学吧 口.EviC.2分布式构架HSF两个应用系统(集群)之间远程调用如同本地接口方法调用,远程调用对应用透明Pandora隔离中间件之间、中间件和应用之间对包的依赖提供中间件生命周期管理数据60000个+生产节点使用HSF和Pandora每天1000亿次的请求请乐题*它度对东4)电能信号:阐把 普薪考*械子程序品核心原理10白鸽学吧3数据库拆分垂直拆分大规模按业务拆分商品中心 用户中心 逐步换MySQL水平拆分数据按固定规则sharding到不同节点读写分离默认有主备做容灾一国工* 业带3 ;Dt I鼐平黑中,: 三口分即;114分布式数据库TDDL(CORONA)

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论