淘宝技术架构
淘宝技术架构分享
，HSF 使用的时候需要单独的下载一个hsf.sar 文件放置到jboss 的
；弊端也很明显：增加了环境的复杂度，需要往jboss 下扔sar
设计的主要原因。HSF 工作原理如下图：
HSF SAR 文件到Jboss 的Deploy 目录。
大型分布式的基础支撑。使开发人员无需过多的关注应用是集中式的，还是分布式的，可以更加专注于应用的业务需求的实现，这些纯技术
的需求都由HSF 来解决。
（2）HSF 的系统架构
I. HSF 交互场景图
客户端（消费端）从配置中心获取服务端地址列表—>和服务端建立连接开始远程调用—>服务端更新通过notify（类似B2B 的naplio）
系统通知客户端。服务端和客户端都有对应的监控中心，实时监控服务状态。客户端，配置中心，服务端，notify，之间的通信都是通过TB Remotion
API 去搞定的。
II. TB Remoting 架构图
底层基于分布式框架Mina，主要的代码都是通过
B2B 的Dubbo 也是基于这个NIO 框架的。Mina
商品，付款，确认，退款，评价，社区互动等。
产品：淘宝对产品定义和B2B 有差别，淘宝的业务拆分较细，服务化做的较成熟，所以前台应用对应的业务非常纯粹，如Detail 系统可
能就一个detail 页面，无数据库连接，所有数据来自底层的各种服务化中心，功能专一逻辑清晰纯粹，不过也正因为这样，淘宝的一个产品
淘宝前端应用
HSF接口
UIC IC SC TC
PC
Forest 推送给“淘宝前端应用”
淘宝共享服务
淘宝技术架构简介
• 价值
– 用同步的语义来实现异步的调用
ngx_lua原理
• 每个Nginx工作进程使用一个Lua VM，工 作进程内所有协程共享VM • 每个外部请求都由一个Lua协程处理，协程 之间数据隔离 • Lua代码调用I/O操作接口时，若该操作无 法立刻完成，则打断相关协程的运行并保 护上下文数据 • I/O操作完成时还原相关协程上下文数据并 继续运行
系统过载保护
• 判断依据
– 系统的loadavg – 内存使用（swap的比率）
• sysgurad模块
sysguard on; sysguard_load load=4 action=/high_load.html; sysguard_mem swapratio=10% action=/mem_high.html
– 防hashdos攻击 – 防SQL注入 – 防XSS
• 标准Nginx无输入体过滤器机制的问题 • 例子（防hashdos攻击）
– 如果所有POST内容都在内存中，占用内存过大 – 否则性能不高，内容可能被buffer到磁盘 – /2012/01/amechanism-to-help-write-web-applicationfirewalls-for-nginx/
ngx_lua原理
代码示例
location /http_client { proxy_pass $arg_url; } location /web_iconv { content_by_lua ' local from, to, url = ngx.var.arg_f, ngx.var.arg_t, ngx.var.arg_u local iconv = require "iconv" local cd = iconv.new(to or "utf8", from or "gbk") local res = ngx.location.capture("/http_client?url=" .. url) if res.status == 200 then local ostr, err = cd:iconv(res.body) ngx.print(ostr) else ngx.say("error occured: rc=" .. res.status) end '; }
淘宝店铺团队人员架构
淘宝团队架构1组织架构（一）淘宝店长1、负责网店整体规划、营销、推广、客户关系管理等系统经营性工作；2、负责网店日常改版策划、上架、推广、销售、售后服务等经营与管理工作;3、负责网店日常维护，保证网店的正常运作，优化店铺及商品排名；4、负责执行与配合公司相关营销活动，策划店铺促销活动方案；5、负责收集市场和行业信息，提供有效应对方案；6、制定销售计划，带领团队完成销售业绩目标；7、客户关系维护，处理相关客户投诉及纠纷问题。
（二）客服人员（前期招两名）工作职责：1.通过聊天软件，耐心回答客户提出各种问题，达成双方愉快交易，处理订货信息2.熟悉淘宝的各种操作规则，处理客户要求，修改价格，管理店铺等；3.解答顾客提问，引导顾客进行购买，促成交易。
4.为网上客户提供售后服务，并以良好的心态及时解决客户提出的问题和要求，提供售后服务并能解决一般投诉。
6.配合公司淘宝店铺和独立网站的推广宣传，在各种群和论坛发贴宣传、推广店铺；（三）网店美工（前期招一名）主要工作内容（PS合成、调色及抠图必须熟练经验要求1年以上）1•负责网络店铺视觉规划、设计，以及产品描述工作；2•负责网站产品模特后期图片的处理和排版。
应聘要求1.爱好视觉，对设计有天生的触觉。
追求完美。
2.具有网页美工设计能力和平面设计能力，一年以上的工作经验。
3.熟悉淘宝货品上架、宝贝编辑等功能；定的工作压 4. 熟悉Dreamweaver 、Photoshop 等相关设计软件5. 有良好的团队合作精神，有耐心 ，做事认真细心负责，诚实可靠，能承受6.熟练编写div/css 优先 （四）网店编辑（暂时不用，只招美工，）1、 负责网店产品上架和下架的相关工作；2、 负责网店产品的宝贝描述文字的撰写，配图文字的撰写3、 负责促销活动文案的构思和撰写；4、 负责网店产品标题的编辑和修改等；（五）产品打包员主要工作内容： 1 •按照要求对货物产品进行包装，负责发货等物流方面的事项。
阿里巴巴组织结构ppt课件
的经营单位，分别组成事业
部
精品ppt
8
阿里的组织结构变革
B、C事业群 三分淘宝
七事业群
25事业部
精品ppt
9
阿里的组织变革
原事业部提升为子公司并成立面向企业的B事业群 和面向个人用户的C事业群
B、C 事业群
将淘宝网拆分为三个独立的公司：淘宝网、淘宝 商城、一淘
三分 淘宝
（二）随着市场和技术变化节奏的加快,组织结构内的权力、 报酬、机制重心向组织下层移动的趋势日益明显。
（三）在可以预见的未来阿里巴巴在组织结构方面的创新仍 将继续，这是一个主动型企业不断成长的必由之路。
精品ppt
16
马云 人是要有梦想的，万一实现了呢？
精品ppt
17
谢谢
Thank you
精品ppt
发挥各事业部积极性和创造性
全面培养管理人才
有比较、有竞争，促进企业全面发展
精品ppt
13
阿里的组织结构
劣势
由于部门独立性，易滋长本位主义
增加费用开支 总部管理要求较高
精品ppt
14
3、总结
精品ppt
15
总结
（一）组织结构灵活善变的趋势从集权层级型组织到分权型 层级组织,再到扁平网络型组织,组织结构的灵活性和适应性 不断增强。
阿 里 巴 巴
精品ppt
1
1、公司简介 2、组织结构 3、总结
精品ppt
2
公司创始人－－马云
中文名：马云 英文名：Jack Ma 别名：风清扬 国际：中国 民族：汉 出生地：浙江杭州 出生日期:1964.10.15 职业：企业家 毕业学校：杭州师范学院 主要成就：1999年创办阿里巴巴网站， 2008年日本第十届企业家大奖，2009年 中国经济十年商业领袖十人，2012年 CCTV中国经济年度人物，中国最慷慨慈 善家
浅谈淘宝类目属性体系：商品搜索背后的逻辑架构
浅谈淘宝类目属性体系：商品搜索背后的逻辑架构[核心提示] 淘宝拥有百万家商户和超过10亿的商品数，它如何让用户精准地找到想要的商品呢？其背后有着强大的技术支撑。
淘宝目前在线商品数超过10 亿，如何精准的帮助用户找到他想要的商品呢？经过多年的探索，淘宝通过建立一套完整的类目属性体系，终于较好的解决了这一问题，今天就跟大家一起来谈谈淘宝的类目属性体系。
一点点历史和架构2003 年淘宝刚上线时，商品量很少，没有分类。
后来，商品量上百，开始有了对商品进行单级分类，有点类似于现在的一级行业类目。
等到商品上万的时候，商品的单级分类已经不能满足需求，开始有了多级分类，就是一颗类目树了。
从06 年开始引入了属性，商家按照属性模板填写属性，用户可以按照属性筛选商品。
到了08 年，开始将前后台类目分开，用户根据前台类目筛选商品，商家将商品挂到后台类目上，前后台类目树之间建立好映射。
今天的淘宝类目属性体系主要由后台类目树、前台类目树、挂载在后来叶子类目上的商品属性模板以及管理前后台类目之间映射关系的类目管理平台组成，整体架构如下：从图中可以看出，淘宝类目属性体系是一个非常基础的数据服务，在商品发布页上商家选择后台类目上传商品信息，详情页上以面包屑的方式给用户显示商品所属的前台类目，在搜索结果页上让用户根据前台类目筛选商品。
运营同学可以通过一个管理后台来管理前后台类目之间的映射关系以及后台类目的属性模板。
后台类目后台类目面向商家，主要用于商品的分类和属性管理。
商家上传商品时见到的就是后台类目，如下图：后台类目有如下特点：后台类目树中最重要的是叶子类目，也就是类目树上不能再往下分的类目,任何商品都必须挂载到后台叶子类目上。
叶子类目挂载属性模版，商家发布商品时选择好类目之后会根据属性模版，补充必填的商品属性信息，方可成功上传商品。
后台类目相对稳定，不能随便删除，叶子类目不能重复。
前台类目前台分类面向用户，方便用户筛选查找商品，大部分时候用户见到的类目都是前台类目。
淘宝技术架构介绍, 了解淘宝,了解淘宝的架构需求
pipeline 页面布局
Screen Layout Control
多模板引擎
Jsp Velocity FreeMarker
V2.0 淘宝项目管理工具 AntX
类似maven 脚本编程语言 AutoConfig 依赖管理，冲突检测
V2.1 的需求
提高性能 增加开发效率 降低成本
V2.1 2004.10 – 2007.01
TBStore
Read/Write
Oracle Oracle Oracle Oracle
dump
Search
Read/Write
Node Node
1
2 ……
Node n
V2.1逻辑结构
表示层
Service
业务请求转发
Framework
S
UC
UC 业务流程处理 UC
UC
P
R
AO
AO
AO
AO
I
业务逻辑层
Node 1
Node 2
Node n
V2.1 TaobaoCDN
squid apache+php lighttpd 静态页面（包括php页面）、图片、描述 最初只有杭州和上海两个站点 现在发展到北京、广州、西安、天津、武
汉、济南等近10个站点 现在每天高峰期30G流量/秒
V2.1 session框架
Put/Get Data
Node 1
Node 2
Node n
V2.2 搜索引擎
垂直/水平 分割
AAPPPP
AAPPPP
Merge
Node1
Node2 ……
Node n
Col1
Node 1
淘宝功能架构图ppt课件
SPU搜索
…搜索
1
介绍上图中提到的各个系统缩写意思
1.UIC: 用户中心(User Interface Center),提供所有用户信息相关的读写服务，如基本信息，扩展信息，社区信息，买卖家信用等级等等。 淘宝现在有两类卖家B 和C，这是通过在用户身上打不同的标签实现的，我们这次的无名良品卖家也是通过在用户身上打特殊的标签来区别于淘宝 已有的B 和C 类卖家。淘宝的TOP 平台已经开放了大部分的UIC 接口。 2.IC：商品中心(Item Center),提供所有商品信息的读写服务，比如新发商品，修改商品，删除商品，前后台读取商品相关信息等等，IC 是 淘宝比较核心的服务模块，有专门的产品线负责这块内容，IC 相关接口在TOP 中占的比重也比较大。 3.SC：店铺中心(Shop Center),类似中文站的旺铺，不过淘宝的SC 不提供页面级应用，提供的都是些远程的服务化的接口,提供店铺相关信 息的读写操作。 如：开通店铺，店铺首页，及detail 页面店铺相关信息获取，如店内类目，主营，店铺名称，店铺级别：如普通，旺铺，拓展版， 旗舰版等等。装修相关的业务是SC 中占比重较大的一块，现在慢慢的独立为一个新的服务化中心DC(design center),很多的前台应用已经通过直 接使用DC 提供的服务化接口直接去装修相关的信息。 4.TC：交易中心(Trade Center),提供从创建交易到确认收货的正 向交易流程服务，也提供从申请退款到退款完成的反向交易流程服务. 5.PC：促销中心(Promotion Center),提供促销产品的订购，续费，查询，使用相关的服务化接口，如：订购和使用旺铺，满就送，限时秒 杀，相册，店铺统计工具等等。 6.Forest：淘宝类目体系：提供淘宝前后台类目的读写操作，以及前后台类目的关联操作。 7.Tair：淘宝的分布式缓存方案，和中文站的Memcached 很像。其实也是对memcached 的二次封装加入了淘宝的一些个性化需求。 8.TFS：淘宝分布式文件存储方案(TB File System)，专门用户处理静态资源存储的方案，淘宝所有的静态资源，如图片，HTML 页面，文本 文件，页面大段的文本内容如：产品描述，都是通过TFS 存储的。 9.TDBM：淘宝DB 管理中心(TB DB Manager), 淘宝数据库管理中心，提供统一的数据读写操作。 10.RC：评价中心(Rate center),提供评价相关信息的读写服务，如评价详情，DSR 评分等信息的写度服务。 11.HSF：淘宝的远程服务调用框架和平台的Dubbo 功能类似，不过部署方式上有较大差异，所有的服务接口都通过对应的注册中心（config center）获取。
淘宝网店组织架构
网店组织架构图(一)运营总监1、负责网店整体规划、营销、推广、客户关系管理等系统经营性工作;2、负责网店日常改版策划、上架、推广、销售、售后服务等经营与管理工作;3、负责网店日常维护,保证网店的正常运作,优化店铺及商品排名;4、负责执行与配合公司相关营销活动,策划店铺促销活动方案;5、负责收集市场与行业信息,提供有效应对方案;6、制定销售计划,带领团队完成销售业绩目标;7、客户关系维护,处理相关客户投诉及纠纷问题。
(二)运营总监助理1、负责协助运营总监完成工作;2、负责其主要论坛的优化工作;3、负责对每天销售的货品的数据分析;4、负责网店的帮派沟通协调工作。
(三)客服人员1、通过在线聊天工具,负责在淘宝上与顾客沟通,解答顾客对产品与购买服务的疑问;2、产品数据在线维护管理,登陆销售系统内部处理定单的完成,制作快递单,整理货物等;3、客户关系维护工作,在线沟通解答顾客咨询,引导用户在商城上顺利的购买,促成交易;4、负责客户疑难订单的追踪与查件,处理评价、投诉等。
(四)配送人员1、负责网店备货与物资的验收、入库、码放、保管、盘点、对账等工作;2、负责保持仓库内货品与环境的清洁、整齐与卫生工作;3、按发货单正确执行商品包装工作,准时准确完成包装任务;4、准确在网店后台输入发货单号,更改发货状态,对问题件能及时处理。
(五) 财务人员1、负责网店销售与资金到账的管理;2、负责网店与快递公司业务费用的管理;3、负责网店日常运营财务方面的处理;(六)网店美工1、负责网店产品上传宝贝的文字编辑及上传宝贝的相关工作,图片拍摄制作。
2、根据主题需要完成店铺进行整体的美化(公告栏与促销栏图片设计)。
3、根据文字需求完成网页平面设计,完成网页html编辑。
4、产品拍摄图片的美化、编辑排版;(七)策划1、负责不定期策划淘宝商城营销活动;2、负责产品的文案描述。
3、策划并制定网络店铺及产品推广方案(包括淘宝推广、SEO、论坛推广、博客营销、旺旺推广等)等营销工作;4、研究竞争对手的推广方案,向运营经理提出推广建议;5、负责对店铺与标题关键字策略优化、橱窗推荐、搜索引擎营销、淘宝直通车、淘宝客等推广工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
V3.0 改变
• 开始思考淘宝的本质 • 开始尝试从被动支支撑转换为主
动支支撑
• 从使用用技术开始大大幅过渡到创
造技术
• 服务化、稳定性、降低成本
V3.0 淘宝是什么
WebServer
AppServer
D Server
淘宝是一一个⺴网网站么，⺴网网站的本质是什么？
V3.0 淘宝是什么⺴网网站
淘宝技术架构进化之路
龚银
ABOUT ME
大大家最关心心的问题
• 淘宝的前期技术发展历程 • 淘宝的当前技术体系 • 淘宝下一一代技术体系展望
What is
Architect?
架构， Architect
—— 好的架构是进化出来的，不是设计出来的！ —— 不同时期和不同环境有不同的最佳架构！ —— 存在即合理，合适的才是最好的！
• 项⺫目目管理工工具 AntX • 引入入搜索引擎
ISearch
V2.1 2004.10 - 2007.1
……
• Weblogic • Weblogic • 抛弃
性能问题频现，成本高高 迁移至至 JBoss
EJB，引起 Spring
Fu2cti32 3 Fu2cti32 2 JB3ss Fu2cti32 JB3ss JB3ss 淘宝MVC JB3ss 淘宝MVC 淘宝MVC Spri2g 淘宝MVC Spri2g Spri2g OR-Mappi2g Spri2g OR-Mappi2g OR-Mappi2g OR-Mappi2g Read/Write
•
淘宝是一一个交易⺴网网站，核心心要素：要素(人人/物/合同)、过程(付款)、交流
•
功能需求：交易服务化
•
淘宝是一一个很大大的交易⺴网网站
CDN Denali集群
系统结构图
DB
页面片 缓存集群
TFS
NAS
Search
Alipay
V2.X时代最大大问题
• 主要业务都在一一个系统里里
Denali
• 打包部署一一次，半小小时，部署失败，半天过去了 • 100多个开发维护同一一个系统，混乱中纠结 • 数据都在一一个数据库中，扩展困难 • 访问量增加，不停加机器，连接池又又不够用用 • 数据量增加，不断升级数据库机器，已到极限 • 预言言帝说：不做任何改变的化，淘宝将于08年6月月挂掉
• 支支持分库的数据框架DBRoutec源自ch-Orac1Orac1-
Orac1Orac1-
dump
• 分布式缓存雏形，基于 • CDN
BDB
S-arch Read/Write N3dN3d…… 2
N3d2
⺴网网络的探索和初建
V2.2 2006.10 - 2007.12
• 从使用用技术开始创造技术
Fu2cti32 4 Fu2cti32 3 Fu2cti32 A4ache A4ache Fu2cti32 1 A4ache 13d_4h44 13d_4h44 A4ache 13d_4h44 4ear DB 4ear DB 13d_4h44 4ear DB SQL Relay SQL Relay 4ear DB SQL Relay SQL Relay
请求的处理过程
CDN 的处理过程
①
LB设备
Squid Server 集群
cache 未命中
③
源站
V2.X 时代
分域名
①
①
Denali 集群
tcp/ip bio
TDBM TFS
Denali 集群
jdbc
Oracle
主站请求处理
①
Denali 集群
Alipay http Search
2000$
• LAMP典型架构 • Mysql
R/ad
复制 S2av/
R/ad/Wr1t/
MySQL Mast/r 复制
R/ad
一一主两从，读写分离
S2av/2
• pearDB数据访问层
V1.1 2004.1 - 2004.5
• 数据膨胀，锁表问题严重MyISAM • 主库大大量读，主库性能下降厉害 • Mysql • 引入入
Sear-1 分布式存储
Ora-3e Ora-3e Ora-3e
Node
Node
Node 2
Node n
Ora-3e
Node 2 Read/Write …… Node Node 2
Node n Node n
V2.X 时代
CDN节点
①
主站
DNS Server（GSLB）
……
• 类⺫目目属性体系 • 分布式存储 TFS • 分布式缓存 Tair • 分布式搜索引擎
-a-1e
Fun-t2on 3 Fun-t2on 2 JBoss Fun-t2on JBoss JBoss B宝MVC JBoss B宝MVC B宝MVC Spr2ng B宝MVC Spr2ng Spr2ng Ibat2s Spr2ng Ibat2s Ibat2s OR-Mapp2ng
淘宝发展历程
V1.0 2003.5 - 2004.1
• 非非典时期，⻢马云住宅 • phpAuction
Fu4ct1o4 Fu4ct1o4 3 Fu4ct1o4 2 Apach/ Fu4ct1o4 Apach/ Apach/ 3od_php4 Apach/ 3od_php4 3od_php4 3od_php4 p/ar DB p/ar DB p/ar DB p/ar DB
迁移到 Oracle SQL Relay 连接池代理服务 RAC & SAN低端存储
• Oracle
Oracle
V1.X时代
• MySQL
撑不住了，换 ORACLE
• 中间件撑不住了怎么办？ • 数据存储撑不住了怎么办？ • 业务发展太快怎么办？
V2.0 2004.2 - 2005.3
• SQL
Relay 死锁问题严重 Java, 模块逐步替换
• PHP迁移到 • MVC
框架 WebX
Funct4on 4 Funct4on 3 W1blo24c Funct4on 2 W1blo24c Funct4on W1blo24c 淘宝MVC 淘宝MVC W1blo24c EJB 淘宝MVC EJB 淘宝MVC OR-M-pp4n2 OR-M-pp4n2 EJB EJB OR-M-pp4n2 OR-M-pp4n2 Read/Write S1-rc3 Or-cl1 dump Nod1 Nod1 2 …… Nod1 n