从光棍节看天猫术架构

1、0:011000万用户0:102.5亿销量0:3810亿销量0:7020亿销量2:1930亿销量8:0050亿销量13:00100亿销量24:00191亿销量2009年11月11日，5000万2010年11月11日，9亿元2011年11月11日，50亿元2012年11月11日，191亿元增长400倍2009年以来淘宝1111销量迅速增长了400倍苏宁与京东的电商大战京东京东自行研发核心系统自行研发核心系统苏宁苏宁ibm+sap京东苏宁不拼价格拼技术传统的企业闭源套件并不一定适合新时代要求此价一出，胜负已分！打不开网页的某些渠道，你怎么跟我拼呢？淘宝是如何淘宝是如何应对巨大的访问量？应对巨大的访

2、问量？淘宝技术架构演进的启示淘宝技术架构演进的启示淘宝技术架构演进的启示销售后台会员管理跟单管理财务管理运营后台offer审批会员审批类目运营数据采集分析网站前台用户登录用户前台用户后台旺铺、广告社区、论坛合作部门搜索引擎阿里旺旺支付宝总体架构 分解：按不同的业务领域、用户群来分解 分配：将业务需求分配到各个 系统/服务可独立部署和维护，它们之间多采用分布式交互业务划分(总体架构)系统架构系统架构分解：按不同的技术层次来分解分配：将技术需求分配到各个容器/框架通过特定的技术模式来透明或半透明地解决技术问题表现层webxvelocityspring mvc业务逻辑层ioc (spring)soa

3、 (pampus)ejb数据访问层ibatiscmpjms工具安全容错管理监控日志build应用优化存储系统dacsannas搜索引擎全文索引目录索引数据库索引数据复制水平分割垂直分割cache内容静态化数据库缓存对象缓存客户端缓存局部调优（数据存取）分解：按数据的位置、读写、计算特性等分解分配：将数据分配到各个不同的存储技术适合于不同的数据存取需求load balance(f5, alteon)apachejbossdatabasesearch engineapachejbossapachejbossapachestatic resourcecachestorage用户请求处理 天猫技术架构

4、特点1. 硬件： 10万台以上的刀片机器2. 操作系统： 全部linux，采用两层隔离机制，充分利用硬件资源3. 数据库：数据库大量采用mysql，目前已有上千台mysql，新系统一律不用oracle4. 中间件：jboss web，jboss eap5. 开发：大量采用webx，spring, osgi, ibatis , 缓存，两级缓存策略，内存memcache, 内存+磁盘缓存redis6. 高性能技术：全文检索、hsf、调度中心、大规模缓存7. 高可靠性、稳定性：实时监控：hbase/oceanbase海量存储秒计刷新的监控数据1. 淘宝在杭州有6个同城灾备机房，包括的应用、数据灾备；

5、2. 异地灾备：青岛3. 定期灾备演练：每半个月进行机房down机演练4. 突击灾备演练：在不通知开发人员情况下，突然对整个机房断电，检查服务是否正常能运行，警告、短信通知是否正常报警；硬件隔离策略1. 两层隔离：第一层用虚拟机器，第二层用linux cgroup进程隔离2. 单片机一台隔成几台，例如一台40g内存的机器，对web可以隔离为每个应用8g，利于gvm管理，内存更加有效超大压力降级策略降级服务策略1. 性能测试主要是对单机容量进行测试2. 大压力预演：针对上千个应用进行预演，将f5压力全部给到一台机器到极限，计算其最大访问量，从而得出最大容量3. 测试采用1：1线上真实用户压力测试

6、，隔离生产4. 关键路径分析：隔离策略，一个应用一个应用停压力测试策略1. hsf：用于应用之间互相调用，上万个服务，应用只需要知道对方的接口名即可以进行调用，实现了实时、分布式；2. 调度中心：类似于uddi，存储所有的服务注册，主动推送给调用方；3. 配置中心：集中所有配置4. 长连接监控：通过心跳方式，实时监控服务器状态服务调度策略1. p4平台：根据压力自动查询可服务机器数，达到上限前报警2. 自动伸缩部署：某些服务压力过大，可人工干预，自动从配置中心下载war、配置进行自动部署3. 配置中心：运行期需要的数据库链接、服务地址、图片存储的位置等统一存储和配置；服务调度弹性负载策略1. 大规模使用缓存和索引技术；2. 服务同时将业务数据写入缓存和数据库3. 搜索查询采用全文检索，来自于yahoo团队搜索引擎；4. 业务详细数据采用缓存存储5. 两级缓存：memcache内存、redis内存+磁盘缓存，新系统逐步采用redis技术替换memcache技术缓存与索引查询策略1. 淘宝在杭州有6个同城灾备机房，包括的应用、数据灾备；2. 异地灾备