手机淘宝App技术架构
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
37.5
Weex开发框架
手淘Android发布频次
客户端团队
>30天 7天
2013 2014
30
22.5
15
3-4天
2015
7.5
1.7次/天
2016
0
谢谢！
真机实验室
发布之前，通过线下自动化驱动测试保障基本稳定性和性能。 SDK在运行阶段自动收集性能、稳定性问题
1
• • •
核心SDK 能力
检测组件 Galileo
• • • •
•
移动日志 tLog
安全模式 SafeMode 安全气垫 热修复 Hotfix 开关服务 Orange
测试完毕后，进行灰度发布。通过SDK和大数 据体系评估APP的质量，性能和用户的体验， 以及在多种机型，环境上问题的暴露。
2
多次灰度达到发布标准后，进行正式的全量发布 大数据体系进行线上问题的实时监控状态
M
大数据 分析&运维 稳定性
度量 组件
T
分析 组件
F
修复 组件
大数据处理体系
3
检测体系 线上发现问题后，数据体系及时报警 通过排查等手段发现根因，通过patch等手段 修复问题
用户体验
用户舆情
远程排查
• •
•
•
低侵入、精准度高的客户端SDK 海量数据的实时处理分析能力 远程问题排查和检测能力 测试环境自动化保障体系
4
手机淘宝整体高可用保障机制
• •
• •
• •
淘宝的移动互联网演进史
企业级移动开发平台EMAS
阿里巴巴移动场景最佳实践
淘宝的移动互联网演进史
企业级移动开发平台EMAS
阿里巴巴移动场景最佳实践
超级App的架构设计
千人千面的技术支撑
端架构 动态部署Baidu Nhomakorabea动态部署 数据埋点
移动中台
远程配置
数据网关
超级App“淘宝”诞生之路
手机淘宝App技术架构
淘宝的移动互联网演进史
企业级移动开发平台EMAS
阿里巴巴移动场景最佳实践
手机淘宝演进历史（2008 - ）
手淘早期的技术架构
技术限制业务发展
手机淘宝泛质量管理体系
线下 自动化保障
•
自动化驱动 性能度量: OnlineMonotor 稳定性度量: CrashReport 自定义事件度量: AppMonitor
消息推送
数据中台
用户画像
推荐引擎
深度学习
平台能力
计算平台
红包的业务创新与技术挑战
版本的持续交付与风险把控
业务1 业务2 业务3 业务4 客户端团队 iOS 工程师 Android 工程师 H5 前端工程师
业务1 前端 工程师
业务2
前端 工程师
业务3
前端 工程师
业务4
前端 工程师
• 单一工程开发，强耦合的架构，就像两人三足，需要所有人一起配合，一个 倒下了所有人玩完； 持续交付：通过组件化容器实现业务解耦多工程并行研发；通过跨平台框架 实现一份代码，三端运行。火车式发布， 统一发布日期，减轻部门沟通成 本，保障交付周期。通过动态部署实现业务想发就发 风险把控：基于用户画像的灰度发布，细粒度管控风险，定向排除敏感用户
Weex开发框架
手淘Android发布频次
客户端团队
>30天 7天
2013 2014
30
22.5
15
3-4天
2015
7.5
1.7次/天
2016
0
谢谢！
真机实验室
发布之前，通过线下自动化驱动测试保障基本稳定性和性能。 SDK在运行阶段自动收集性能、稳定性问题
1
• • •
核心SDK 能力
检测组件 Galileo
• • • •
•
移动日志 tLog
安全模式 SafeMode 安全气垫 热修复 Hotfix 开关服务 Orange
测试完毕后，进行灰度发布。通过SDK和大数 据体系评估APP的质量，性能和用户的体验， 以及在多种机型，环境上问题的暴露。
2
多次灰度达到发布标准后，进行正式的全量发布 大数据体系进行线上问题的实时监控状态
M
大数据 分析&运维 稳定性
度量 组件
T
分析 组件
F
修复 组件
大数据处理体系
3
检测体系 线上发现问题后，数据体系及时报警 通过排查等手段发现根因，通过patch等手段 修复问题
用户体验
用户舆情
远程排查
• •
•
•
低侵入、精准度高的客户端SDK 海量数据的实时处理分析能力 远程问题排查和检测能力 测试环境自动化保障体系
4
手机淘宝整体高可用保障机制
• •
• •
• •
淘宝的移动互联网演进史
企业级移动开发平台EMAS
阿里巴巴移动场景最佳实践
淘宝的移动互联网演进史
企业级移动开发平台EMAS
阿里巴巴移动场景最佳实践
超级App的架构设计
千人千面的技术支撑
端架构 动态部署Baidu Nhomakorabea动态部署 数据埋点
移动中台
远程配置
数据网关
超级App“淘宝”诞生之路
手机淘宝App技术架构
淘宝的移动互联网演进史
企业级移动开发平台EMAS
阿里巴巴移动场景最佳实践
手机淘宝演进历史（2008 - ）
手淘早期的技术架构
技术限制业务发展
手机淘宝泛质量管理体系
线下 自动化保障
•
自动化驱动 性能度量: OnlineMonotor 稳定性度量: CrashReport 自定义事件度量: AppMonitor
消息推送
数据中台
用户画像
推荐引擎
深度学习
平台能力
计算平台
红包的业务创新与技术挑战
版本的持续交付与风险把控
业务1 业务2 业务3 业务4 客户端团队 iOS 工程师 Android 工程师 H5 前端工程师
业务1 前端 工程师
业务2
前端 工程师
业务3
前端 工程师
业务4
前端 工程师
• 单一工程开发，强耦合的架构，就像两人三足，需要所有人一起配合，一个 倒下了所有人玩完； 持续交付：通过组件化容器实现业务解耦多工程并行研发；通过跨平台框架 实现一份代码，三端运行。火车式发布， 统一发布日期，减轻部门沟通成 本，保障交付周期。通过动态部署实现业务想发就发 风险把控：基于用户画像的灰度发布，细粒度管控风险，定向排除敏感用户