2018 年 3 月, 一则消息在朋友圈刷屏: 阿里巴巴元老彭蕾卸任蚂蚁金服董事长, 转而担任东南亚电商网站 Lazada 的 CEO, 一时之间舆论纷纷. 而在此之前, 早在 2017 年 9 月, 阿里集团管理层决定, 启动 Voyager 项目, 开始对 Lazada 的全系统改造, 并且要在 2018 年 3 月底之前上线. 时间如此紧急, 在 6 个月内重造 "淘宝" 可能吗?
第一次改造 Lazada 的尝试
Lazada 在 2012 年创立于新加坡, 业务很快扩展到马来西亚, 越南, 印度尼西亚, 菲律宾, 泰国, 新加坡六国, 阿里巴巴在 2016 年第一次投资 10 亿美元, 2017 年第二次追加投资, 完成对 Lazada 的系列收购.
在阿里接手之前, Lazada 一直是东南亚六国第一大电商, 但是同时也面对非常激烈的市场竞争. 包括京东, 腾讯都把目光投向了这里, 而亚马逊也试图在东南亚扩张.
从业务模式来看, 过去 Lazada 更偏自营, 更像亚马逊, 是一家零售公司而不是互联网公司. Lazada 自建和仓储, 同时提供 FBL(Fulfilement By Lazada) 服务给商家. Lazada CTO,Voyager 项目的负责人陈思淼告诉 InfoQ 记者, 阿里集团为了更好的支持 Lazada 业务, 同时将阿里在电商丰富经验和运营方法论赋能到 Lazada, 首先要做的事情是将 Lazada 的技术平台全面升级成阿里的技术引擎.
说起来容易, 做起来可是一点儿都不轻松. 首当其冲的问题就是 Lazada 的原始系统存在的一系列问题.
根据陈思淼的介绍, Lazada 的初创期只有两个系统: Alice- 负责前台展示, BOB- 负责商品, 交易, 优惠等后台逻辑. 业务发展过程中, 将交易和履约拆出来 OMS.BOB,Alice 和 OMS 是 PHP 写的, 一些新系统以 GO 为主.
当时的系统有这样几个问题:
1) 系统架构不合理, 没有分布式和模块化分层的思想, 模块和模块间的代码耦合很严重, 改动牵一发动全身.
2) 稳定性差, 基本上每周都有 P1 故障.
3) 大量的数据同步, 系统间依赖不是通过接口依赖, 而是通过数据拷贝同步的方式.
4) 迭代慢, 系统架构演进复杂, 多地研发团队, 稳定性差等问题, 导致新需求的迭代速度很慢.
2016 年年中, 阿里首次接触 Lazada 系统, 陈思淼说:"当时以赋能为主, 最初的方案, 是将阿里的商品系统输出到 Lazada, 也就是 ASC(Alibaba Seller Center) 项目."
但由于系统改造的基础过于薄弱, 正在业务价值体现上并不十分明显, 2017 年, 阿里巴巴和 Lazada 的管理层, 决定通过阿里的技术体系对 Lazada 的所有系统进行重构升级, 由此 Voyager 项目正式启动.
陈思淼介绍了整个项目的计划: Voyager 项目一期, 将无线端和搜索链路替换成阿里技术体系. Voyager 二期, 将用户, 商品详情, 购物车, 订单, 退款, 履约等系统, 全部重构, 将数据迁移到新系统.
Voyager 项目
Voyager 项目是 2017 年 9 月底开始的, 项目初期, 阿里巴巴集团 CTO 行癫下了三个决定, 为 Voyager 项目定下基调, 而这在陈思淼看来是成功的关键:
一是从淘宝, 天猫, 业务平台, 搜索等各个阿里集团内部 BU 抽调精兵强将, 成立独立的团队来为 Delivery 负责;
二是割接方案一刀切, 不考虑灰度发布方案;
三是整体项目必须在 3 月 31 日前完成.
独立团队有了组织保障, 割接方案一刀切节约了很多工作量, 明确的时间点, 所有团队必须全力以赴, 背水一战.
来源: https://yq.aliyun.com/articles/696697