物流中台-快递中台

一、异地多活项目2017.9 - 至今整体概述异地多活项目的原因：由于理财业务有政策层面的要求，需要达到机房级别的容灾能力。其实单机房还能支撑现有的业务量，还不需要机房级别的水平扩容能力。目前，理财部分业务做到了同城双活。具体工作负责Dubbo单元化架构改造与链路跟踪埋点，注册中心跨机房同步。工作成果完成单元化架构改造，为后续的动态链路铺路。二、动态链路项目2018.3 - 2018.12整体概述由于业务需求并行迭代，需要项目并行开发与测试，经常出现服务间串调，导致开发/测试效率极大地降低。要做到完全的环境隔离有很多方法，但是部署多套环境成本又很高。针对环境隔离问题，催生了动态链路技术。由于动态链路涉及一条完整的调用链路，所以几乎所有基础组件都需要支持。具体工作负责动态链路项目的整体推进与业务推广接入工作，完成Dubbo动态链路路由寻址功能。工作成果三阶段：1. Dubbo动态链路功能，同时与WOne、K8s深度整合降低业务接入成本，业务方只需升级JAR版本即可2. Kafka消息隔离3. DB数据隔离目前，理财、记账、信用卡管家业务和用户已全部接入，没有再遇到服务串调。集团内所有业务方都有使用，除了支付业务由于一些历史原因不好升级。三、其他全局注册中心，新一代服务治理中心。保障Dubbo日常的技术支持和系统稳定，答疑用户遇到的问题，锻炼出较强的问题分析与解决能力。

负责限时快抢、尝新频道。限时快抢：限时和限量的快速抢购优惠活动。经历快抢数据底层存储结构改造，不同业务由统一接口透出数据，从PHP迁移到Java服务化，再到快抢数据接入搜索成为平台化服务收获1. 通过本地缓存+准实时异步刷新方式优化，响应时间从平均85ms降到10ms2. 善用搜索可以让业务玩法更灵活，基于组件化的配置可以让服务更通用

浪淘项目2013.6 - 2013.7整体概述项目需求：微博与淘宝实现帐号互通，淘宝商品信息在微博呈现为Card形式，微博淘宝版。产品价值探索社会化电商盈利模式。具体需求1. 根据淘宝商品ID获取对象渲染实时数据2. 根据用户ID获取淘店铺T标签信息3. 根据淘宝商品ID将商品对象添加到淘宝购物车方案设计针对Card解析与T标签，在HTTP前挡一层Redis，保证接口快速响应。缓存结构：key为短链，value为对应的一个Card数据。为了保证接口高可靠实时地返回数据，缓存失效机制采用类似于MC的"惰性过期"机制，将数据更新时间戳作为数据的一部分存入cache中，在get时才判断数据是否有效。若cache失效，同时HTTP请求又失败，则返回失效的缓存数据，保证有效数据返回，使前端能正常展示Card。具体工作4个代理接口，监控与降级开关，缓存清理接口，前端机扩容。工作成果1. Card解析日PV约为2亿，峰值为300QPS（最高支撑1000QPS）2. 平均耗时：主站Card解析约为8.7ms，手机端Card解析约为20ms3. 接口成功率：Card解析约为99.9945%4. Redis缓存：使用率约为5%，实时命中率约为90%