从光棍节看天猫技术架构.pptVIP

HSF：用于应用之间互相调用，上万个服务，应用只需要知道对方的接口名即可以进行调用，实现了实时、分布式； 调度中心：类似于UDDI，存储所有的服务注册，主动推送给调用方； 配置中心：集中所有配置 长连接监控：通过心跳方式，实时监控服务器状态 服务调度策略 P4平台：根据压力自动查询可服务机器数，达到上限前报警 自动伸缩部署：某些服务压力过大，可人工干预，自动从配置中心下载war、配置进行自动部署 配置中心：运行期需要的数据库链接、服务地址、图片存储的位置等统一存储和配置； 服务调度 弹性负载策略 大规模使用缓存和索引技术； 服务同时将业务数据写入缓存和数据库 搜索查询采用全文检索，来自于Yahoo团队搜索引擎； 业务详细数据采用缓存存储 两级缓存：Memcache内存、Redis内存+磁盘缓存，新系统逐步采用Redis技术替换Memcache技术 缓存与索引查询策略 淘宝在杭州有6个同城灾备机房，包括的应用、数据灾备； 异地灾备：青岛 定期灾备演练：每半个月进行机房down机演练 突击灾备演练：在不通知开发人员情况下，突然对整个机房断电，检查服务是否正常能运行，警告、短信通知是否正常报警； 灾难演练 策略 感谢聆听， 敬请批评指正！ * * * * * * 大压力做一次预演，上千个应用 4、F5（100），第一台机器权重抬高到极限；访问量； 5、最先抗不住 6、关键路径分析，哪些服务；隔离；一个应用一个应用的提； 7、退单不让退 8、1：1线上测试；停机是半夜上升，隔离生产，用真实用户； 性能测试； 专门有个性能测试，单机； 9、弹性计算：P4平台，根据压力自动查询机器数，条件时报警，人工调整。 10、war在maven仓库，自动部署； 11、集中的配置中心，进行配置下载； * 大压力做一次预演，上千个应用 4、F5（100），第一台机器权重抬高到极限；访问量； 5、最先抗不住 6、关键路径分析，哪些服务；隔离；一个应用一个应用的提； 7、退单不让退 8、1：1线上测试；停机是半夜上升，隔离生产，用真实用户； 性能测试； 专门有个性能测试，单机； 9、弹性计算：P4平台，根据压力自动查询机器数，条件时报警，人工调整。 10、war在maven仓库，自动部署； 11、集中的配置中心，进行配置下载； * * 大压力做一次预演，上千个应用 4、F5（100），第一台机器权重抬高到极限；访问量； 5、最先抗不住 6、关键路径分析，哪些服务；隔离；一个应用一个应用的提； 7、退单不让退 8、1：1线上测试；停机是半夜上升，隔离生产，用真实用户； 性能测试； 专门有个性能测试，单机； 9、弹性计算：P4平台，根据压力自动查询机器数，条件时报警，人工调整。 10、war在maven仓库，自动部署； 11、集中的配置中心，进行配置下载； * * * 从光棍节看天猫技术架构 龙庚 2012年9月 0:01 1000万 用户 0:10 2.5亿销量 0:38 10亿 销量 0:70 20亿 销量 2:19 30亿 销量 8:00 50亿 销量 13:00 100亿 销量 24:00 191亿 销量 增长400倍 2009年以来淘宝1111销量迅速增长了400倍 苏宁与京东的电商大战 京东 自行研发核心系统 苏宁 IBM+SAP 京东苏宁不拼价格拼技术 传统的企业闭源套件并不一定适合新时代要求 此价一出，胜负已分！ 打不开网页的某些渠道，你怎么跟我拼呢？ 淘宝是如何 应对巨大的访问量？ 淘宝技术架构演进的启示 淘宝技术架构演进的启示 淘宝技术架构演进的启示 总体架构 分解：按不同的业务领域、用户群来分解业务复杂性 分配：将业务需求分配到各个公司、部门、系统、服务 系统/服务可独立部署和维护，它们之间多采用分布式交互 业务划分(总体架构) 系统架构 系统架构 分解：按不同的技术层次来分解技术复杂性 分配：将技术需求分配到各个中间件、容器、框架、工具组件 容器/框架通过特定的技术模式来透明或半透明地解决技术问题 应用优化 局部调优（数据存取） 分解：按数据的位置、读写、计算特性等分解数据存取复杂性 分配：将数据分配到各个数据库、索引库、存储系统、Cache 不同的存储技术适合于不同的数据存取需求 Load Balance (F5, Alteon) Apache Jboss Database Search Engine Apache Jboss Apache Jboss Apache Static Resource Cache Storage 用户请求处理 天猫技术架构特点 硬件： 10万台以上的刀片机器 操作系统： 全部Linux，采用两层隔离机制，充分利用硬件资源 数据库：数据库大量采用Mysql，目前