支付宝钱包的研发挑战和最佳实践支付宝冉有

《支付宝钱包的研发挑战和最佳实践支付宝冉有》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、支付宝钱包的研发挑战和最佳实践
支付宝冉有
个人简介
•工作经历– 6年嵌入式设备软件研发– 8年项目管理和研发团队管理–任小微金服共享平台技术部PMO负责人–支付宝钱包决策组成员，小微金服无线产品技术部PMO、Android研发中心负责人Agenda
•支付宝钱包的演进历程•过程中的研发挑战和最佳实践–客户端分层解耦拆分；–灰度发布；–持续打磨新品和精品的RC平台；–基于服务端单元化的自动化测试；–开放应用的健康度检测和反馈；–走向开放的研发支撑平台；势在必行的客户端拆分
钱包1.0架构纯应用的架构思路，

2、一个系统承载70+的应用，近百万行代码
应用间相互依赖，耦合度高受到Dex包方法数的限制，Android2.x无法安装源码直接集成，多应用同时研发时，整体稳定性差，编译出错开发、打包时需要编译整个系统，近20分钟的咖啡时间
缺乏基础性的规范，无法支撑业务的快速发展，百人级别的团队大集中作战，研发协同十分困难
客户端分层解耦
分层结构：SDK->通用技术->业务通用层->业务
依赖转置（dependency inverse）:依赖接口，不依赖实现，然后接口沉底依赖梳理：开发工具，利用POM文件绘制出所有的依赖

3、关系
客户端拆分方案
–拆系统•拆成多个系统（原则上每个业务有一个独立的系统）•原子业务对应独立的jar包•业务之间二进制jar包依赖，纯插件设计，可以支持Bundle共享；•引用mvn管理依赖–资源空间的拆分•为每个含res的jar分配一个package id
•利用反射获取app包资源–打包过程不再是所有class都打到一个classes.dex里•每个app打包自己的class及res 研发过程演进
新旧架构对比
进入钱包2.0
新形势新挑战
•伸头就是一刀！–每次发布前惊天动地–每次发布后求神拜佛

4、•百万用户就必须考虑的事儿–功能–稳定性–兼容性•一次性把事情做对，变成逐步完善，用户参与从无到有的“灰度发布”
•集团内测–内部论坛下载；–内网和内部通讯工具反馈；–IOS 企业版，Android 发布版；•外部灰度•BI清洗数据，白名单控制登录；•Push推送通知，登录提示更新；•IOS 越狱版，Android 发布版；
灰度发布背后的要求
•监控反馈体系建设–应用的数据（UV、PV等）；–服务的可用率；–稳定性（如闪退）的趋势；–反馈渠道完善：微博、论坛、客户端反馈、客服监控仪表盘
灰度1.0的小故事

5、
•UID还是TID？多账户用户的悲剧
•抓包的烦恼
•灰度的反馈速度问题
•单个应用能否灰度？xx宝、电影票
灰度发布2.0
•更加快速高效的收集灰度数据–时间窗口、运营商网关IP、白名单等多重控制–2个小时内灰度效果可见；•更加完备的灰度数据分析•流量、电量、网络、RPC性能及错误率等；•可视化的发布决策看板；•应用粒度的二级灰度控制•应用中心统一控制；•灰度策略配置中心；灰度2.0监控反馈完善
走向灰度3.0
•建立用户社区，培养粉丝群•打通监控反馈到研发的自动化通道：–自动关联缺陷，驱动客户端完善；

6、
新产品和精品的打磨平台‐‐ RC
•伸头还是一刀！–新产品、新特性也需要持续打磨；–线上真实用户体验；–老板不希望在实验室、测试环境下才能看到新东西！•单独的appid，完全独立的另一个钱包客户端
服务端RC方案
mobilegw路由GzoneRZBETARzone无线产品技术部10%-30%-70%-100%双RC的演进
•来自稳定性的要求
mobilegw分主Gzone支路由干编码验收测试RZBETARZBETA2Rzone无线/国内技术部集团/10W+人群一键回滚客户端双RC策略
发布窗口编码验收测

7、试工程包自测测试包验证RC包mobilegw配置版本发布包灰度包RC2包RC及灰度发布示意
人数扩大人数扩大RC1RC2灰度Releasemobilegwrouterclientmobileappmobileappmobileappmobilebillmobilebillmobilebillmobilesecuritymobilesecuritymobilesecurity。。。。。。。。。RZbetaRZbeta2Gzone开放灵活的移动研发模式
应用app0617RC1验证需求编码随时可发布的稳定版本

8、0618V8.3测试验证RC1验证RC2验证0619应用appRMPMRC1验证决策V8.3灰度需求编码决策以天为维度的灵活迭代验证总监决策测试验证V8.3发布影响范围逐级扩大应用app的灰度发布需求编码测试验证应用研发自组织应用app服务端发布一键回滚需求编码应用app动态推送测试验证App发布还有头疼的事儿
•来自基础服务的苦恼–支付、登录、账户等基础服务要求稳定；–快速多变的移动创新应用，需要基