技术能力

拥有10年以上的软件开发经验，其中最近4年在“滴滴出行”担任管理者和专家工程师，专注于业务增长方向。具备深厚的技术背 景，精通系统架构设计、性能优化、以及高并发、大规模分布式系统的构建。工作中，不仅能够推动团队在复杂技术问题上的突 破，还能贴近和了解业务，了解业务原始诉求和痛点，助力业务取得突破。

项目经验

整合营销开放平台 项目负责人 2022.03-2024.04
背景:滴滴做为国内第一的网约车平台，日均 UV 可达几千万，尤其在节假日，用户用车需求旺盛，增长团队希望利用节假日及周 末的契机，做一些营销大促的活动，提升用户完单量，同时提升用户对公司品牌的认知。营销大促活动往往将多个营销产品工具聚 合到同一个页面，最大化覆盖用户的需求，以提升用户转化率。如大促页面可能包含抽奖、完单任务、邀好友助力、套餐、游戏、 答题、开盲盒等工具，如何帮业务快速搭建营销大促工具，是公司内两年内的难题。
● 第一阶段:定制化开发模式，每场大促都单独提需求，团队攻坚式开发，用硬编码的试将不同的工具聚合在一起，效率低下。
● 第二阶段:营销组件化模式，重新梳理业务模型，将整合营销的技术架构，抽象成营销产品+整合服务两个层次，下层为营销工 具，如任务、抽奖、助力、答题等，每个营销工具可以独立投放，并需要遵循整合服务的协议，营销工具以配置化注册的方式接入 整合服务。上层为整合服务，整合服务将营销工具视为活动组件，并对其进行管理和分发。整合服务分为三个模块:1.营销工具组 件注册和存储，对于遵循协议的组件可以进行注册，并存储其元信息。2.活动编排模块，活动编排模块允许运营人员通过拖动+配 置化的方式配置出一个营销活动。3.流量分发层，整合服务负责承担活动的读+写流量，将营销工具进行聚合，提供流量管理的能 力。
● 第三阶段:功能持续升级，此阶段重点完成两个事情。1.满足业务的组件联动需求，在上一阶段，组件都以孤岛的形态存在，相 互之间无法互相通信和交互。如业务同学希望，在大促活动中，用户达成一个任务，可以给他一次抽奖机会，这个能力是欠缺的。 这里通过抽象组件 TCA+规则引擎的能力，实现了组件的通信和互动能力。2.稳定性增强，通过日常压测，完善了限流的设置，并 针对突发流量进行了专项治理，完善了活动报备、预估、扩容和故障处置机制。
●第四阶段:开放平台模式，随着整合营销在网约车的成功，越来越多的集团子公司业务希望引入整合营销的产品能力，在此背景 下，整合营销开始建设开放平台的能力，我们团队负责维护整合服务层，将营销工具层，以开放平台的能力开放出去，让其它团队 可以快速接入和使用。
至此整合营销达成了从人肉攻坚开发大促活动，到组件化+开放平台化形态的转变，23 年助力不同业务方完成 200 多场次的大促 活动。
滴滴商城体系 项目负责人 2018.01-2020.11
背景:滴滴存在多个商城交易产品，如滴滴套餐、积分商城、付费会员、话费充值等，既涉及到虚拟商品的交易，如券、会员等， 也涉及到实物商品的交易，如司机积分商城，这些产品之前由不同技术团队维护，烟囱式架构，开发效率低，且稳定性差。 18-19 年我负责将这些产品用一套商城体系进行整合，并用微服务思想进行治理，将商城体系按领域模型分成商品中心、交易中 心、秒杀、商家配置后台4 个模块。以下分别介绍一下:
● 商品中心:负责营销策略呈现、价格计算、商品筛选、AB实验等能力，商品中心峰值查询 QPS 达到 6000+QPS，同时又有复 杂搜索的需求，借助redis缓存承接大流量查询，同时利用ES承接全文检索+复杂查询的能力，保障了高性能+高复杂度的需求。
● 交易中心:交易中心涉及订单的创建、支付、以及支付后的权益派发，以及退款和交易信息查询的能力，涉及多个服务的状态 流转，包括收银台、商城交易中心、商城商品中心、权益服务、外部物流平台、发票服务等，对性能和状态一致性都是比较大的考 验，经过多轮技术选型，最终采用 状态机+SAGA事务模型维护交易模型，同时用对账单兜底。在能保障性能的同时，能满足交易

的最终一致性。
● 秒杀:秒杀服务的架构为Golang服务+Kafka+Redis，利用redis缓存承接页面的瞬时访问流量。因订单处理能力的限制，通过 Kafka对流量进行削峰填谷，并使用 Lua 脚本 在 Redis 中实现了秒杀过程的事务处理。Lua 脚本保证了秒杀操作的原子性，确保 用户在秒杀时，库存扣减和订单生成等操作能在同一事务内完成。
● 商品配置后台:负责对接滴滴运营人员和外部商户的入驻、商品的录入、订单管理、发货等操作。并能帮助运营人员追踪订单 状态、物流情况等。
能过以上架构模型，形成了商城体系比较稳定的架构，后续又相继承接了滴滴租车、机票火车票售卖等相关交易场景。

团队情况