昵称登录后显示

【项目】支付宝娱乐充值卡密自动进货系统开发
【项目背景】丰富产品线及满足客户多元化的充值需求,支付宝娱乐充值设立了卡密充值大类。当时涉及到的改动点很多:与原有直充流程不一样,卡密需要设立库存,卡密的销售必须保证高可用, 高并发和及时响应性,并且数据的传输必须保证安全性。 实现过程:担任项目主要开发和技术分析工作。经过需求调研和技术分析,将任务分拆成四大部分:卡密销售子系 统,卡密管理子系统,卡密进货进货子系统和前置机卡密交互系统;其中进货子系统根据配置的参数进行初始化 进货,之后销售子系统根据管理子系统配置的参数(进货阈值)决定是否触发进货。当触发进货时,进货任务会 进入调度线程池,单个 cp 的进货任务会放置于一个单线程的线程池中,调用异步进货接口从前置机进货。卡密的 传输过程中通过 DES 对称加密进行传输,并且所有接口交互通过 https+ip 白名单的方式保证传输的安全性。
【结果总结】 整体卡密架构逻辑比较清晰,异步进货加缓存的方式保证了系统的高可用和容错能力;DES+https+ip 白名单的方式保证了接口传输过程中的安全性;单线程池方式保证对每个供应商的进货接口调用规避了并发进货 的风险;

【项目】支付宝娱乐充值前置机交易核心接口性能优化
【项目背景】交易接口(trade)由于涉及到锁及大量的数据库 CRUD,部分响应速度在 2000ms 左右,这个响应速度 无法满足日 PV 量 500w 的系统的高可用低延迟要求,必须进行优化处理。 实现过程:负责前置机性能检测和优化工作;优化的重点在于找到导致性能问题的瓶颈所在,优化工作从几个维 度展开:代码维度、jvm 维度、数据库维度等;代码维度:批量检查了容易导致性能问题的并发代码,将一些单机 锁改为 Redis 分布式锁;jvm 维度:通过 jstat -gcutil [pid] [time]命令查看到 ygc 的间隔时间过短,解决方 式是将新生代的内存大小调整为老年代内存大小的 1.5 倍;数据库维度:订单表在数据库中分为 50 张分表,分表 查询的 sql 并未触发联合索引,导致全表扫描,影响查询速度,将一些导致联合索引不生效的 sql 优化成走联合 索引的方式提高查询效率;
【结果总结】经过三个维度的排查优化,系统响应速度达到均速 20ms,整体性能提高了 100 倍;排查和调优的过程 是个抽丝剥茧的过程,追踪核心业务日志记录,利用性能监测工具,业务 sql 排查等方式能保证在不影响业务的 情况下对核心接口响应性能进行排查和优化。合理利用工具和命令,深入理解业务细节能有效提高调优的速度和 质量。

【项目】支付宝娱乐充值内容提供商(CP)自助接入系统
【项目背景】支付宝充值充值中心本身是作为平台的角色存在,因此需要引入更多的供应商供货。为保证对接质量 和效率,需要开发一套成熟完善的接口对接和测试,并对接口进行性能评估等。 实现过程:类似于支付宝的其他接口测试平台,设计了接口配置,接口调试和接口安全性校验等多个维度的接口调试平台。接口测试需要考虑多种情况下的接口响应是否符合预期,接口的响应时间和格式是否符合要求;
【结果总结】整体上讲,接口测试平台是一套高可用的接口测试基础设置,流程涵盖了从接口配置,接口测试和接 口性能评测等多个维度、全流程的自助测试;由于时间关系,接口测试还没有做到足够的自动化,如果有时间, 会考虑把它做成一套自动化测试后台。